Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 70
Почти год был в роли хабра-читателя, вот решил попробовать себя в роли хабра-писателя, постарался создать качественный материал…
Всё правда. Отличный материал перевели. Спасибо!
Еще согласен с комментирующими, насчет свободного раб. графика. Никогда не понимал, почему для программера не могут сделать свободный рабочий график? Важен же результат!
Но мне всегда говорили — мы можем сделать тебе свободный график. Но как другие в комманде будут взаимодействовать с тобой?
Ну ёмаё! Есть телефоны, почта, скайп, мессенджеры и, в конце-концов, можно просто назначить дату совещания, если накопилось много вопросов.
Сейчас работаю на себя — доволен.
Еще согласен с комментирующими, насчет свободного раб. графика. Никогда не понимал, почему для программера не могут сделать свободный рабочий график? Важен же результат!
Но мне всегда говорили — мы можем сделать тебе свободный график. Но как другие в комманде будут взаимодействовать с тобой?
Ну ёмаё! Есть телефоны, почта, скайп, мессенджеры и, в конце-концов, можно просто назначить дату совещания, если накопилось много вопросов.
Сейчас работаю на себя — доволен.
Есть такая штука, как teamwork. В стратегическом плане плотная _совместная_ работа программеров ведет к росту как их квалификации, так и квалификации стажеров. Это работа на будущее. Конечно, людям-интровертам это может быть не нужным, но стратегически компании так выгодней, ибо снижает человеческий фактор в ее активах. А «купить „ этот график можно как раз своей высокой и крайне необходимой _сейчас_ квалификацией, реализовать зависимость компании от тебя. То есть реализовать то, чего компания избежать =)
Видимо, вместо «программеров» следует читать «кодеров»:) Интересно, какой по-настоящему хороший софт был написан в таком режиме?
Проведу параллель со зданиями (да, вы не ослышались).
Знаете, раньше в СССР существовала такая вещь, как СамСтрой.
Думаю, программеры, не ограниченные ленью (хотя это трудно, но можно, когда дедлайн), могут сделать все, что угодно.
Расскажу историю:
Пацан из моей школы (закончил в 2000 году), будучи программером, как-то раз зафрилансил, и нашел нехилый проект. Много денег предлагали. А проект завязан весь на OCR.
Я думаю, мало же кто подвяжется, тем более делать это надо было для нашей доблестной милиции.
Но он подвязался (КАК ФРИЛАНСЕР! ДЛЯ ГОС. СТРУКТУРЫ! ШОКЕ!). И он сделал.
Правда, пришлось ему около 3-х месяцев «вымогать» деньги с заказчиков. Но «вымог». Сейчас завязал с такими работать.
Так что, VovixLDR, не везде программеры на фрилансе есть тупые кодеры (но их хватает), и не всегда они хотят очень много денег. Они просто хотят гарантий, а ребят этих можно найти, проявив должный уровень смекалки. Такие ребята есть в любом крупном городе. Но эти ребята в основном олд-скул,
и денег они попросят немало.
Резюме этого текста: Качество=Деньги (и наоборот).
Так что хороший софт могут написать и простые ребята, главное, чтобы было ТЗ и не унылая сумма денег!
Знаете, раньше в СССР существовала такая вещь, как СамСтрой.
Думаю, программеры, не ограниченные ленью (хотя это трудно, но можно, когда дедлайн), могут сделать все, что угодно.
Расскажу историю:
Пацан из моей школы (закончил в 2000 году), будучи программером, как-то раз зафрилансил, и нашел нехилый проект. Много денег предлагали. А проект завязан весь на OCR.
Я думаю, мало же кто подвяжется, тем более делать это надо было для нашей доблестной милиции.
Но он подвязался (КАК ФРИЛАНСЕР! ДЛЯ ГОС. СТРУКТУРЫ! ШОКЕ!). И он сделал.
Правда, пришлось ему около 3-х месяцев «вымогать» деньги с заказчиков. Но «вымог». Сейчас завязал с такими работать.
Так что, VovixLDR, не везде программеры на фрилансе есть тупые кодеры (но их хватает), и не всегда они хотят очень много денег. Они просто хотят гарантий, а ребят этих можно найти, проявив должный уровень смекалки. Такие ребята есть в любом крупном городе. Но эти ребята в основном олд-скул,
и денег они попросят немало.
Резюме этого текста: Качество=Деньги (и наоборот).
Так что хороший софт могут написать и простые ребята, главное, чтобы было ТЗ и не унылая сумма денег!
После «как СамСтрой», параграф с новой строки. Я его пропустил, в порыве страсти, и теперь — стало непонятно про СамСтрой. Извините.
И для tehnoman: «интересно какой дом не был построен обычными строителями :)»?, было же. Самстрой был. Наши отцы строили (ну не все конечно). В некоторых таких квартирах сечас живут хабралюди, и не подозревают, что эти квартиры строили в основном неквалифицированные специалисты)
И для tehnoman: «интересно какой дом не был построен обычными строителями :)»?, было же. Самстрой был. Наши отцы строили (ну не все конечно). В некоторых таких квартирах сечас живут хабралюди, и не подозревают, что эти квартиры строили в основном неквалифицированные специалисты)
скорее всего слишком кричично, но все же…
10 — предпочитаю коментировать только важные участки кода, в которых «зарыт» сюжет логики
9 — для этого существуют, так называемые, системы баг-трекинга
8 — =) сказал бы про паттерны, но промолчу, т.к хорошо и продуманно думать зачача не из легких
7 — теоретически в каждом проекте должен быть проект-менеджер (программист который общается с менеджерами) отвечающий за интерпретацию мыслей менеджеров программистам
6 — =)
5 — говоря честно, не видел «известных» библиотек без документации, помоему есть недокументированное правило: пишешь себе — тебе и разбираться, пишешь для других — обьясни что сделал!
4 — помоему в серьезных конторах не попросят программиста чинить компы (да и админа не должны)
3 — сразу вспомнилась цитата с баша про девочку которая говорила программеру что его прога не работает и чтоб поченил… неопределенные баг-репорты — да, но «ваша программа не работает, почините» помоему из мира фантастики
2 — последний пункт да, а как надо решать должны все вместе а не каждый сам по себе
1 — москва не сразу строилась, все растут и получают опыт в любой работе, программирование не исключение, ничего пугающего
а вообще как мелодрамма для девушки, задевает за живое =) дал бы плюсик
10 — предпочитаю коментировать только важные участки кода, в которых «зарыт» сюжет логики
9 — для этого существуют, так называемые, системы баг-трекинга
8 — =) сказал бы про паттерны, но промолчу, т.к хорошо и продуманно думать зачача не из легких
7 — теоретически в каждом проекте должен быть проект-менеджер (программист который общается с менеджерами) отвечающий за интерпретацию мыслей менеджеров программистам
6 — =)
5 — говоря честно, не видел «известных» библиотек без документации, помоему есть недокументированное правило: пишешь себе — тебе и разбираться, пишешь для других — обьясни что сделал!
4 — помоему в серьезных конторах не попросят программиста чинить компы (да и админа не должны)
3 — сразу вспомнилась цитата с баша про девочку которая говорила программеру что его прога не работает и чтоб поченил… неопределенные баг-репорты — да, но «ваша программа не работает, почините» помоему из мира фантастики
2 — последний пункт да, а как надо решать должны все вместе а не каждый сам по себе
1 — москва не сразу строилась, все растут и получают опыт в любой работе, программирование не исключение, ничего пугающего
а вообще как мелодрамма для девушки, задевает за живое =) дал бы плюсик
Простите за мой французский: фиксированный рабочий день ещё одна большая жопа)) И если где-нибудь в центре нашей великой и необъятной с этим хоть как-то соглашаются, то «чем дальше в лес»…
как это все близко и знакомо. к счастью после полного перехода на free-lance я избавился некоторых и вышеперечисленных факторов.
Афигеть, даже нечего добавить, кроме неудобного рабочего графика
Спасибо вам, буду рассылать друзьям и их начальникам :)
Спасибо вам, буду рассылать друзьям и их начальникам :)
Еще в стародавние времена, в 1969 году, старина Бауер заявил:
«the whole trouble comes from the fact that there is so much tinkering with the software. It is not made in a clean fabrication process, which it should be. What we need, is software engineering.»
Все эти проблемы решаются, если заставить каждого программиста перед тем как становиться Software Developer выучить наизусть основы Software Engineering.
Software Engineering ничто иное, как гигиена в медицине — она незаметна, но вклад существенно велик.
«the whole trouble comes from the fact that there is so much tinkering with the software. It is not made in a clean fabrication process, which it should be. What we need, is software engineering.»
Все эти проблемы решаются, если заставить каждого программиста перед тем как становиться Software Developer выучить наизусть основы Software Engineering.
Software Engineering ничто иное, как гигиена в медицине — она незаметна, но вклад существенно велик.
Да кстати насчёт пункта 1 — нашёл свой год годовалой давности и такая гордость охватила, я сейчас так не пишу :). Но это скорее исключительный случай.
А я как-то откапал свой курсач 6-ти летней давности О_о… Пришлось себя пол вечера пивом отпаивать и успокаивать от увиденного… :)
Это не совсем повод для гордости. Это повод задуматься, если за год в вашем программистском мировоззрении ничего не изменилось. Либо вы просто достигли программистской нирваны, тогда да, можно гордится :)
Аналогично!
Встречая собственный код 2-х летней давности в большом проекте, откровенно завидую:
вот было же время когда так не давили пункты 9, 8, 7, 3 и 2!
Встречая собственный код 2-х летней давности в большом проекте, откровенно завидую:
вот было же время когда так не давили пункты 9, 8, 7, 3 и 2!
Тоже как-то откопал свой код на Си пятилетней давности.
Там такие трюкачества с указателями, что аж дух захватывает. :)
Там такие трюкачества с указателями, что аж дух захватывает. :)
Как фактор, добавил бы музыку, орущую из наушников коллеги. :) Нет, музыка это, конечно, хорошо, но в момент крайней сосредоточенности просто убивает.
Соглашусь, это просто ужасно.
Есть большие наушников до 500р из которых почти не слышна музыка, если она не на полную катушку. Как вариант чтобы такие уши прилагались к рабочему месту.
Ага, хорошо. Особенно если вкусы противоположны (Бах vs. Билан). Скажешь, чтоб убавил громкость, он вроде убавит, а через пять минут опять начинаешь слышать, и х. з., то ли он накрутил опять, то ли у тебя от относительной тишины слух обострился. Опять просить сделать тише — чувствуешь себя склочником, пытаться игнорировать — лохом, на которого хуй положили…
Проходят года, а проблемы неизменны. Вот уже и кодить под Borland 3.11 это дурной тон. И среда за тебя треть кода выдает. А проблемы все те же )
Вот бы еще эти факторы в каждой компании висели в красной рамочке у каждого менеджера.
Благодарю уважаемое сообщество за оценку моего скромного труда!
Перенес в «Переводы».
Перенес в «Переводы».
Обожаю пункт 8, готов за его убить нашего «менеджера по развитию».
самый раздражающий фактор — Маша под боком ))))
1я причина — как это близко… :)
Для меня самый раздражающий фактор — менеджер. Когда тебя спрашивают сколько времени еще ты будешь работать над задачей, и после этого спрашивают что так долго… причем после того как ты начинаешь объяснять, «почему так долго», начинаются чуть ли не вопли, что я ничего не понимаю в программировании, а задачу надо сделать быстро. Не знаю кого как, но меня это всегда бесило и будет бесить…
Пункты 9, 5 и 1. Как результат мигрень и нервные срывы. Забил и стал столярничать.
Очень мизерное количество программистов могут написать код с нуля мизинцем правой руки, одновременно разговаривая по телефону, бреясь и жуя очередной бутерброд
Посмотрел бы на это. Даже без кодинга.
PS. Вспоминаю, как на 2-3 курсе писал лабораторки на JS, чтобы не стоять в очереди к компу с Borland Delphi (да и выепнуццо хотелось наверное).
а еще когда начинают перекрикиваться из комнаты в комнату, или кто-то целенаправленно приходит в мою тихую комнату и начинает говорить по телефону (и такое бывает — ага) %)
спасибо автору!
спасибо автору!
10 фактор про комментарии напомнил «Совершенный код» Макконнелла, там этот же код в качестве примера приведен и комментарии такие же. Остальные советы тоже пересекаются местами. Только описано все это на тысяче страниц :-D
> 6. Документирование приложений
Я думал раньше, что в среде open-source это один из источников дохода, разве не так?
Я думал раньше, что в среде open-source это один из источников дохода, разве не так?
Это зачастую один из недостатков open-source, особенно в небольших проектах. Когда документацию писать влом, или документация есть только на родном языке разработчиков, а энтузиастов для перевода на великий и могучий нет :((
P.S.: Основной источник дохода open-source это тех-поддержка и дописывание функционала на заказ.
P.S.: Основной источник дохода open-source это тех-поддержка и дописывание функционала на заказ.
2 + 3 + 4 + 7 + 8 = 9*9 ...*9!!!
ошибка.
>>Причина банальна — для работы над задачей нам необходимо держать в голове громадный объем данных, чтобы не упустить что-нибуДь важное.
>>Причина банальна — для работы над задачей нам необходимо держать в голове громадный объем данных, чтобы не упустить что-нибуДь важное.
Ага особенно в связке 6ое и 5ое)
Первая и десятая причины очень тесно связаны.
Впрочем, всё-таки, иногда нужно писать не только что делает код, но и как. Бывает, что, в погоне за меньшим количеством итераций, код приобретает изящную компактность, но, через полгода, разобораться как именно он работает представляет из себя серьёзную трудность.
Впрочем, всё-таки, иногда нужно писать не только что делает код, но и как. Бывает, что, в погоне за меньшим количеством итераций, код приобретает изящную компактность, но, через полгода, разобораться как именно он работает представляет из себя серьёзную трудность.
Я так понимаю, в вашей статье чем меньше номер раздражения, тем больше он раздражает? Если так, то не совсем согласен с п.п. 1 и 2. Насчет п.1, это скорее относиться к начинающим. А насчет п.2, тут наверные от среды, где ты работаешь.
> Собственный код, 6 месяцев спустя
Да уж… самая главная и болезнения проблема!
Да уж… самая главная и болезнения проблема!
he service is temporarely unavailable. We're working on it and hope that it'll come back soon. This is only a BETA version of the service and such failures will never become an usual practice.
Sorry for inconvenience and thanks for your attention,
SocialWatch team.
Это сулит мне дальнейшее развитие интернет-зависимости или у других он тоже не работает?
Sorry for inconvenience and thanks for your attention,
SocialWatch team.
Это сулит мне дальнейшее развитие интернет-зависимости или у других он тоже не работает?
Уведомление на e-mail: «При комментировании вы серьёзно промахнулись топиком. На самом деле, вам сюда»
На счет пункта 10…
Вспоминаю лабы по Pascal, на 1-2 курсе. И возмущения препода по поводу комментариев.=)
Вспоминаю лабы по Pascal, на 1-2 курсе. И возмущения препода по поводу комментариев.=)
когда работал программистом — злился на project manager'ов, когда стал работать project manager'ом стал злится на программистов :))) а про менеджеров (п.7) да встречаются такие с гуманитарным образованием и ничего не смыслящие в ИТ-индустрии… но это уже зависит от человека — от его навыков и умения управлять людьми )
Хм, вот кажется и кандидат на черненький мак :)
> Все топики, опубликованные с 01 сентября 2008 года, 18:00, уже участвуют в программе.
Ой, похоже, что нет. А жаль…
Ой, похоже, что нет. А жаль…
Пост был опубликован в 4 часа утра, так что не попадаю в кандидатуры…
Если честно, то нисколько не огорчился, мне было просто приятно, что мой пост понравился сообществу, для меня это лучший приз за мой пост ;)
Если честно, то нисколько не огорчился, мне было просто приятно, что мой пост понравился сообществу, для меня это лучший приз за мой пост ;)
Коли вы не льстите нам, то это похвально.
Не столько узнал что-то новое для себя, сколько
успокоило меня (это относится ко всей статье). :)
Да и к коду — тоже очень хорошо относится. Сейчас очень часто эксперимнтирую. В попытках написать тот самый «идеальный» код, действительно замечаю, как страшна моя работа, написанная даже пол-года назад.
Уже больше года слежу за хабром. Выделил для себя несколько интересных статей и отрывков из них (нет, не в избранном они у меня), которые дали мне новые идеи для развития.
Этот топик новых идей мне не дал, но его я тоже с удовольствием для себя выделил.
Не столько узнал что-то новое для себя, сколько
Да, проблема… Но есть и хорошие новости — вы не один такой ;).
успокоило меня (это относится ко всей статье). :)
Да и к коду — тоже очень хорошо относится. Сейчас очень часто эксперимнтирую. В попытках написать тот самый «идеальный» код, действительно замечаю, как страшна моя работа, написанная даже пол-года назад.
Уже больше года слежу за хабром. Выделил для себя несколько интересных статей и отрывков из них (нет, не в избранном они у меня), которые дали мне новые идеи для развития.
Этот топик новых идей мне не дал, но его я тоже с удовольствием для себя выделил.
Еще передергивание приоритетов задач очень жизненно. То одно нужно сделать и быстро — вливаешься и строишь планы, заготовки делаешь, то резко нужно что-то другое сделать и еще быстрее первого; злишся, успокаиваешся и начинаешь разбираться со вторым (и уже мольшся чтобы чего-то третьего не подсунули)… ;-)
Я бы в список пункта 2 добавил еще: «Несоблюдение стиля при написании программ» :) Я имею в виду, как несоблюдения стиля вообще, так и забитие на фирменный стандарт по стилю (правила именования переменных, отступов, расстановки скобок).
Если встречаешь такой код, то читать его бывает совершенно невозможно…
Если встречаешь такой код, то читать его бывает совершенно невозможно…
Пункт 8 по-русски называется «Каша из топора» — в начале просят «топор» и уверяют, что этого будет достаточно, потом просят «водицы», потом «крупы», потом «сахара», потом «маслица», ну и на последок еще и «изюмчика».
Для меня единственный стопор и то, что реально бесит — 9. Отвлечение от работы.
Я бы поставил этот пункт на первое место.
6. Документирование приложений — это как-раз не проблема. Нужно лишь найти время. В настоящий момент я активно пишу документацию к своей openSource CMS-ке, т.к. это облегчает мне дальнейшее общение с клиентами.
В отношении документации к чужим проектам — да это проблема. Из-за этого приходиться месяцами «тыкать» в код, пока не разберешься, что к чему.
Я бы поставил этот пункт на первое место.
6. Документирование приложений — это как-раз не проблема. Нужно лишь найти время. В настоящий момент я активно пишу документацию к своей openSource CMS-ке, т.к. это облегчает мне дальнейшее общение с клиентами.
В отношении документации к чужим проектам — да это проблема. Из-за этого приходиться месяцами «тыкать» в код, пока не разберешься, что к чему.
Согласен со всем выше перечисленным, но вот только с первым пунктом не совсем согласен: если писать модульно, то те вещи которые часто используешь параллельно модифицируются и потом всегда их можно накатить в устаревшие варианты, хотя кто как пишет — я вообще этим вопросом уже давно занимаюсь и пока получается даже не все печально…
По седьмому пункту у Ашманова отлично написано, ровно диаметрально противоположное.
абалдеть молодцом!
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
ТОП 10 самых раздражающих факторов для программиста