в общем — есть предложение!
В связи с наступлением НГ2012 — собрать медиа хабра коллекцию картинок.
Т.е. народ присылает картинки на некий ресурс символизируя позитив — остальные могут просматривать оную этот позитив приумножая. Коллекция не будет аналогом гугла так как выборка будет создаваться именно людьми а не поисковиком.
Однако — так уж получается, что в средней по уровню команде (в которой обычно есть студенты тоже) наиболее болезненные баги получаются именно из-за не правильного подхода к решению задач ( подхода к реализации, подхода к багфиксу) — т.е. просто из-за кривых рук.
А реализация юнит тестов хотя-бы на высоком уровне (20%) позволит вовремя заметить не менее серъезные ошибки.
Но трудные логические ошибки, которые глаз не видит или просто сотню мест (номера строк) где забыли проинициализировать переменные — конечно лучше увидит анализатор.
Поэтому использовать оный лучше при рефакторинге (либо просто оптимизации) кода или при возникновении багов, сценарий воспроизведения которых не постоянен.
Т.е. по мнению Джона важен именно результат который выполняет код, а не то как он при этом выглядит… Ну да — для игрушки которая в принципе должна быть интересной периодически возникающие баги (речь о минорных багах. Крэши просто выводят из себя особенно если не вовремя возникают) не столь важны как интересный геймплей. Однако программы могут нести не только игровые но и обучающие, рабочие функции где возникновение бага может очень дорого стоить.
Забавно, что был упомянут статический анализ кода, парное программирование, но не было упомянуто юнит тестирование и банальное «коде ревью» — это же более простые и дешевые способы существенно повысить качество кода.
По английскому четверка, но хоть убейте — я их хуже понимаю нежели ораторов говорящих на родном языке.
Я считаю что у каждого есть свой уровень, который нужно повышать и оценивать со стороны. Я считаю что истина рождается в обсуждении. В данном случае — докладчик рассказал тему, если он не прав — поправьте по существу, расскажите — что знаете вы.
В любом случае польза будет для всех — кто то убедится в верности своих знаний, а кто то поймет какие скилзы или знания нужно подтянуть.
Не — ну возможно кому то материал покажется действительно уровня новичка — дело в том что я сам никогда не юзал денвер, а xampp поставил исключительно следуя туториалу по установке drupal локально.
Но перечень инструментов и замечания по удобству работы с ними — это полезно.
От себя могу добавить про NetBeans — использовал его пару лет назад на рабочей станции под Linux Debian Lenny для своих PHP проектов… Довольно медленный, требователен к ресурсам и был там уж очень неприятный баг при редактировании текста (точно не вспомню в чем именно ) который не исправили в течении 3х апдейтов точно.
Про drush — действительно надо посмотреть — уже который раз слышу про эту консольную штуку.
Про инструментарий «на коленке» — вспоминается следующее:
1) встроенные дебаг-тулзы браузеров ( в последних версиях хром, мозилла, опера, ие ),
2) способы переноса ( синхронизации ) локальной версии сайта и продакшен ( в особенности при командной разработке ). Дело в том что копируются не только файлы но и слепок базы данных. Вдобавок — если локальная версия под виндами, а продакшен на линухах — возникает проблема с указанием пути на temp директорию, а также с правами доступа.
В моем случае делался набор вспомогательных скриптов — под обе оси.
3) Способы дебага в случае ошибок при работе с сниппетами — использовал print_r
4) Способы сравнения файлов по содержимому ( встроенная возможность у Total Commander или diff-подобные утилиты)
С точки зрения среднего уровня знаний — нет. Присутствовал на одном из последних Drupal событий в Украине — очень интересно было и послушать доклады и пообщаться.
С моей точки зрения доклад должен по большей части заинтересовывать и подталкивать к изучению специализированной тематики. Собственно задача докладчика — ускорить старт в этом направлении: доходчиво объясняя проблему, предоставляя базовые знания и направление изучения, а также вносить ясность отвечая на вопросы.
Всем участникам — Хабра-привет!
В связи с наступлением НГ2012 — собрать медиа хабра коллекцию картинок.
Т.е. народ присылает картинки на некий ресурс символизируя позитив — остальные могут просматривать оную этот позитив приумножая. Коллекция не будет аналогом гугла так как выборка будет создаваться именно людьми а не поисковиком.
А реализация юнит тестов хотя-бы на высоком уровне (20%) позволит вовремя заметить не менее серъезные ошибки.
Но трудные логические ошибки, которые глаз не видит или просто сотню мест (номера строк) где забыли проинициализировать переменные — конечно лучше увидит анализатор.
Поэтому использовать оный лучше при рефакторинге (либо просто оптимизации) кода или при возникновении багов, сценарий воспроизведения которых не постоянен.
Забавно, что был упомянут статический анализ кода, парное программирование, но не было упомянуто юнит тестирование и банальное «коде ревью» — это же более простые и дешевые способы существенно повысить качество кода.
Похоже, что ваш пример положит начало обновлению моих знаний по CSS.
P.S. Что означает прощайте — «до свидания» или «надо простить»? )
Я считаю что у каждого есть свой уровень, который нужно повышать и оценивать со стороны. Я считаю что истина рождается в обсуждении. В данном случае — докладчик рассказал тему, если он не прав — поправьте по существу, расскажите — что знаете вы.
В любом случае польза будет для всех — кто то убедится в верности своих знаний, а кто то поймет какие скилзы или знания нужно подтянуть.
но за минус(ы) спасибо — сделал выводы.
Но перечень инструментов и замечания по удобству работы с ними — это полезно.
От себя могу добавить про NetBeans — использовал его пару лет назад на рабочей станции под Linux Debian Lenny для своих PHP проектов… Довольно медленный, требователен к ресурсам и был там уж очень неприятный баг при редактировании текста (точно не вспомню в чем именно ) который не исправили в течении 3х апдейтов точно.
Про drush — действительно надо посмотреть — уже который раз слышу про эту консольную штуку.
Про инструментарий «на коленке» — вспоминается следующее:
1) встроенные дебаг-тулзы браузеров ( в последних версиях хром, мозилла, опера, ие ),
2) способы переноса ( синхронизации ) локальной версии сайта и продакшен ( в особенности при командной разработке ). Дело в том что копируются не только файлы но и слепок базы данных. Вдобавок — если локальная версия под виндами, а продакшен на линухах — возникает проблема с указанием пути на temp директорию, а также с правами доступа.
В моем случае делался набор вспомогательных скриптов — под обе оси.
3) Способы дебага в случае ошибок при работе с сниппетами — использовал print_r
4) Способы сравнения файлов по содержимому ( встроенная возможность у Total Commander или diff-подобные утилиты)
С моей точки зрения доклад должен по большей части заинтересовывать и подталкивать к изучению специализированной тематики. Собственно задача докладчика — ускорить старт в этом направлении: доходчиво объясняя проблему, предоставляя базовые знания и направление изучения, а также вносить ясность отвечая на вопросы.