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

Скажем так, потому что в основе своей они разрабатывают говенные программы, которые имеют ужасный интерфейс, ужасно настраиваются(для настройки нужно быть JAVA программистом, что является абсурдом), не понимают что кроме XML есть еще куча разных удобных форматов и т.д. по нарастающей. Проще говоря они делают абы работало.

Как пример хочу просто привести какойто новый UI фреймверк Amino. Вот скрин который удалось найти:

Как видно из скрина, в UI нет нормальных отступов, лейблы то с “:” в конце то нет, выравнивание почему то по верхнему краю, а не по тексту в дропах или не по центру, кнопочки в дропах тоже почемуто сверху, radio кнопки почемуто более темные чем остальные.

Все это вопервых делает этот фреймверк абсолютно не продакшн-реди(ибо из-за таких огрех в интервейсах компании ежегодно теряют миллионы евро). А во вторых явно показывает, мою мысль о JAVA программистах.

Суть в том, что большинство требований к программисту – это знание фреймверков, плагинов, 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}

}
}
//———————

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

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