Наблюдая за со своими знакомыми, которые недавно начали изучать программирование или перешли на Eclipse c другой IDE, я часто замечаю что они почти не используют вспомогательные инструменты среды разработки. Они либо не знают о них вообще, либо не понимают какую практическую пользу они могут принести.
Данная статья предназначена в основном для начинающих в работе с Eclipse. Но в процессе подготовки статьи я сам узнал о нескольких простых и удобных инструментах, которые за два года активной разработки ни разу не использовал.
В данной статье речь пойдет о навигации и редактировании.
Внутри скриншоты.
Читать полностью »
Рубрика «эффективность работы» - 5
Eclipse for Java Developers. Навигация и редактирование
2013-02-04 в 10:58, admin, рубрики: eclipse, java, горячие клавиши, эффективность работы, метки: Eclipse, горячие клавиши, эффективность работыОбновления с хабры. Расширение для браузера
2013-01-15 в 5:30, admin, рубрики: Extensions, Google Chrome, opera, производительность, расширения, социальные сервисы, хабрахабр, Хабрахабр API, хром, эффективность работы, метки: Extensions, Google Chrome, opera, производительность, расширения, социальные сервисы, Хабрахабр, хром, эффективность работы Рад представить вашему вниманию очередную версию (1.5) расширения для хабры (предыдущий топик), которое научилось принимать и показывать подписку, ленту и упоминания, а также работать с профилем юзера на хабре.
Также теперь показывает вашу карму, рейтинг и остаток заряда для голосования.
Пишем на php… статично
2012-12-13 в 19:05, admin, рубрики: php, spl, типизация, эффективность работы, метки: PHP, spl, типизация, эффективность работыPHP- это язык с динамической неявной слабой типизацией. Динамическая типизация бывает очень полезна во многих случаях, да и вообще сильно упрощает жизнь, ведь ты концентрируешься на значениях и не задумываешься о том какого они типа.
Я как и многие php программисты думал что статическая типизация это «усложнение». Она ограничивает гибкость и вообще: как люди с ней работают? И искренне не понимал, почему многие опытные программисты отдают предпочтение языкам со статической типизацией и строгой проверкой типов.
Я относился к правой половине людей, которые мало что знают о типах, но при этом искренне верят, что это не удобно. И так было до тех пор пока я не познакомился с одним из строго типизированных языков (c#) вплотную. С тех пор мое отношение к php да и вообще к программированию в целом изменилось.
«Титанов» программирования эта статья вряд ли заинтересует, потому что здесь вы не найдете ничего революционного и нового, а остальным заинтересованным в улучшении своего кода и собственной производительности добро пожаловать под кат.
Стратегия для технического интервью
2012-09-27 в 9:34, admin, рубрики: hr-процесс, Блог компании Luxoft, интервью, собеседование, техническое собеседование, эффективность работы, метки: hr-процесс, интервью, собеседование, техническое собеседование, эффективность работыРегулярно встречаю посты, в том числе и на хабре (Иллюзия эффективной разработки: проектирование, Красной таблетки не существует) в которых говорится о том, что одни программисты эффективней в десять раз чем другие и о том, что выбор людей может оказаться важнее организации процесса работы и выбора технологий.
Когда мне пришлось проводить собеседования, я сильно задумался о том, как же отличить Чака Нориса эффективного профессионала в области веб-разработки, от тех, кто будет мешаться у него под ногами.
Этот пост — собрание субъективных мыслей на данную тему, а так же набор конкретных технических вопросов и задач, которые, на мой взгляд, лучше помогают кандидату проявить свои профессиональные качества на интервью.
Читать полностью »
GTD / Следи за собой, будь осторожен
2012-02-23 в 11:18, admin, рубрики: gtd, Программирование, психология, эффективность работы, метки: gtd, Программирование, психология, эффективность работыВ какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.
Проблема в контроле. Я стал жестче и глубже контролировать процесс разработки и… стал тратить на этот контроль слишком много ресурсов.
Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут.
Немного теории и аналогий
GTD / Вам не страшно открывать редактор?
2012-02-23 в 11:18, admin, рубрики: gtd, Программирование, психология, эффективность работы, метки: gtd, Программирование, психология, эффективность работыВ какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.
Проблема в контроле. Я стал жестче и глубже контролировать код и… стал тратить на этот контроль слишком много ресурсов.
Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут. Но лучше разделить кодирование и отладку и на время кодирования об ошибкахЧитать полностью »
Ненормальное программирование / Вам не страшно открывать редактор?
2012-02-23 в 11:18, admin, рубрики: Программирование, психология, эффективность работы, метки: Программирование, психология, эффективность работыВ какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.
Проблема в контроле. Я стал жестче и глубже контролировать код и… стал тратить на этот контроль слишком много ресурсов.
Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут. Но лучше разделить кодирование и отладку и на время кодирования об ошибкахЧитать полностью »