Суть в том, что большинство требований к программисту – это знание фреймверков, плагинов, cms систем и тому подобного. При этом этими знаниями оценивается уровень программиста. Проблема в том, что это кардинально не верно. Так давайте-ка зададимся вопросом, что же такое программирование.

Один умный аналитик безопасности систем сказал “Безопасность – это процесс, а не состояние”. И практически так же можно описать программирование. Ибо программирование – это поиск решение, умение качественно и быстро подстраиваться под задачу и решать ее. Скажем так.. основная задача программиста – это анализировать. И чем выше уровень специалиста, тем больше ему приходится решать не типизированных задач. Следовательно знание как устроен какой-то фреймверк или CMS система - бесполезны.

Программист – это человек который каждый день учится и развивается.

Из более 15 собеседований, только на одном мне предложили решить логические задачки и спросили мое мнение о определенных процессах. Еще понравились пару ребят которые попросили написать код на определенную задачу(которая была кардинально не верна изначально).

В общем я составил небольшой список грубых ошибок на собеседованиях:

• отсутствие задач на логику
• задание написать код программы прямо на собеседовании
• вопрос о названиях функций, классов в каком-то фреймверке, cms
• вопросы о крайне встречаемых багах или ошибках кода
• отсутствие интереса к организаторским способностям человека
• отсутствие интереса у увлечениям и интересам человека
• опрометчивость и не желание видеть свои ошибки
• боязнь сильных людей, которые способны что-то изменить
• не обознанность в мире ИТ и как следствие не умение анализировать уровень человека
• не умение идти на компромисс

Где-то так.

Господа работодатели,  рекомендую обратить на это внимание ибо многие люди никогда к вам и не прийдет, если вы не научитесь задавать верные вопросы.

Единственный минус это обсфукаторы, портят всю малину. После них приходится доправлять код руками. Но как говорится “хочешь кататься,  умей и саночки возить”, так что за халяву прийдется всеравно платить.

Скачать deZend 5

ПРЕДИСТОРИЯ
Сидели мы значит, как всегда программили.. сроки сдачи проэкта как вседа прошли.. а так как изначально Апликейшн никак не проэктировался(на мну не сатрите.. я там тада еще не работал)) код его был сущим адом(на первый взгляд). Структура отсутствувала напрочь, писали как гритсо с головы. Когда все же мы решили что нужно писать по – человечески было уже поздно, переделывать код не было времени, а потому мы продолжили писать криво(но железно)).
Так вот сидели мы и программили, каждый свое. Мне в руки попал скрипт отвечающий за дерево и его связку с остальными обьектами. В скрипте всего 350 строк ПХП кода. Прикол в том что весь он написан исключительно на IF операторах. Ифы каждый в 5-6 уровней тянулись по всему коду, присутсвовал матричный метод построения данных.. вообщем жесть, но сама суть в другом. С этим кодом по сути работал я изначально, так вот, когда мои колеги попытались в нем разобратся(а специ они классные) мозги их ушли в даун и отклик практически отсутствовал. В этот момент и родилась идея “IF – programming’а”.

ПРИНЦИП
Суть сего принципа это 100% BrainFucking. Если вы боитесь что кто-то можеть спиздить ваш программный продукт, то “IF – programming” именно для вас. Он обеспечивает довольно неплохую безопасность вашого кода, причем учитвая тот факт что код полностью доступен для прочтения.
я говорил только о 350 строках кодах, что неизмеримо мало относительно серьезного Апликейшена.
А теперь представте что ваш код это ифы глубиной в 10-15 порядков каждый и каждый скрипт по 3 000-10 000 строк. Да если даже ваш код кто то и спиздит.. ему будет куда легче написать что то свое чем юзать ваш апликейшн.
Итак как же правельно писать(а точее неправельно. это же “IF – programming” xD):
все действия разбиваем на IF структуры по принципу JOIN
тоесть изначально имеем определенные данные данные и действия и с каждым инкапсулированием они накладываются друг на друга, отнимаюся, перекрываются и т.п.
типа:
//———————
a=1
b=2
if(a>0) {
…
if(b>0) {
…
if(a==b) {a=null;b=null}

}
}
//———————

Как итог мы имеем структуру которая может быть псевдорекурсивной, суть которой ясна только челоывеку который ее и придумал. Конечно всегда есть возможность забыть че ты написал, но для этого пишем спец мануал, где расписываем связи структур.
Поверте сталкнувшись с такой весчью в боевых условиях вам не закочется иметь с ней дело даже с пистолетом у виска.

Вот думаю что нужно будет представить сей гениальный метод нашей Службе Безопасности. Думаю им понравится)