По одному из ваших же правил получается, что менеджер борется лишь с симптомами и не устраняет проблему: над проектом работают безответственные му… ки, из которых не нашлось никого, ощущающего ответственность за качество продукта. Тогда менеджер нужен, чтобы ходить, пинать, упрашивать, разбираться, угрожать, заставлять и т.д.
Не, это очень странное сравнение с каким-то событием по Windows Phone. Вон в Европе гей-парад собирает тысячи людей и что? Это хорошо? Надо жаловаться что у нас такого нет? А если тут большая часть здравомыслящих людей пользуются iPhone или Android? Их казнить теперь за это или статьи такие писать?
Я на некоторых конференциях общался достаточно плотно с некоторыми людьми, книги и статьи которых читаю на протяжение многих лет и которых считаю гуру своего дела. Было бы желание. А если вы возьметесь подвезти или показать город, то можете общаться на интересные темы еще дольше. Докладчики на самом деле очень открытые люди и им будет приятно конструктивное общение.
На самом деле я обычно отношусь позитивно к такого типа статьям, потому что они заставляют кого-то задуматься об окружающей действительности. Но в этой явно перевираются факты:
Если речь про Украину, то в Киеве хватает конференций 500+, но на самом деле они и не нужны — гораздо круче небольшие очень сфокуссированные на одной теме мероприятия. Не количество красит мероприятие.
Про сообщества я бы тоже так резко не высказывался. На моей памяти в Киеве их не так и много, но все действуют. Исключения составляют те, которые были воображамыми сообществами в голове их молодых организаторов. Толковые сообщества работают и неплохо.
Конференции отменяются? Вы о чем? В месяц по 5 ИТ конференций в Украине.
Люди перестают учиться и развиваться? Это их проблемы! Каждое утро куча людей бухает во дворах и не хочет ни учиться ни развиваться. Поднимать по этому поводу восстание? Корить их? Зачем?
Компании помогают компаниям — это очень даже хорошо.
На самом деле выступают не одни и те же люди. Просто организаторам многих мероприятий «в лом» приложить усилия и найти интересных новые спикеров. Гораздо спокойнее пригласить «звезд» — ведь в наших странах до сих пор «ведутся» на блестящие бусины как туземцы. Так что ходите по правильным мероприятиям и увидите много свежих лиц.
Студенты хотят по паре $K? А что в этом плохого? Если бы они хотели по $100, то мы бы с вами уже не работали возможно на наши зарплаты. Ведь за одного сильного разработчика можно было бы взять 30-70 студентов! Это почти армия!
Про $10 за встречу тоже фикция. У нас на встречах «Клуба анонимных разработчиков» собирается по 60-100 человек пару раз в месяц. Взнос платят все. Редко кто стонет, что это много. ИТ-шники обычно ругаются, если выкидывают деньги на ветер. Даже $10. Это специфика индустрии…
Толковые люди уезжают за границу? Я только рад за них. Это их шанс жить в нормальном обществе, без дибильных законов, получать много денег, иметь свое жилье… Есть и минусы, но они готовы к ним. Это нормально!
Нет зарубежных докладчиков? Да полно! Реально даже иногда больше чем нужно. Гляньте на YaC 2013, AgileEE 2013 в качестве примеров. Да и само присутствие иностранных докладчиков не делает конференцию крутой. Ее делают интересные практические доклады. И часто отечественные специалисты гораздо сильнее.
А ресурсы для разработчиков — это либо доля энтузиастов либо хороший бизнес (как Хабр). Ведь тратить пару часов в день на хорошую статью для классного разработчика означает «недополучать» $50-100 в день. Зачем?
Мне кажется, что наличие энтузиастов в любом языке программирования, сделало бы огромную пользу для сообщества в этом языке. Собрать людей и дать им возможность пообщаться — большое дело!
На мой взгляд, конференция — это отличный способ выбраться из своей маленькой ракушки и пообщаться с коллегами. Можно рассказать о своих проблемах и послушать как другие решали похожие. Можно найти крутых разработчиков к себе в проект. Можно пообщаться с людьми, которые разрабатывают на Java очень интересные вещи и делают это на протяжение долгих лет. Можно поговорить с людьми, которые замешаны в разработки самого языка Java и JVM, делают инструменты и фреймворки для Java разработчиков. Наконец, можно просто хорошо провести время в общении с другими профессионалами, отдохнуть от работы и набраться вдохновения. И все это за $100! О чем мы тогда вообще говорим? :)
Вы решили сыграть в кэпа? Я же черным по белому написал, что благодаря этой технике вы сможете научиться только лучше оценивать время на поездки. Но попутно пересмотрите отошение к оценкам в целом, если оно у вас было не в порядке. Остальное будет откладываться в сознании автоматически.
Как это неважно? Это умеет любая современная IDE, а не «моя среда разработки». А вы интересно на что будете смотреть? Не на комментарий ли к методу или внутри него? Чтобы туда заглянуть надо тоже перейти…
Да уже в контексте конкретном вы его можете назвать createEnvelope. Вы же пеняли на то, что открыв метод, тяжело понять что он делает. Так вот приведенная мной строка вызова билдера и будет вашим «комментарием». А подсветить ее без перехода в метод легко — в IDEA за это отвечают Ctrl + Shift + I.
При чем тут оптимизация? В приложении вырисовалась концепция сборщика конвертов. Я хочу ее добавить в виде интерфейса в доменную модель, чтобы дать возможность ее использовать везде без привязки к реализации. Тогда работать с кодом и тестировать его гораздо проще в изоляции.
Саму же единственную реализацию я напишу и протестирую отдельно от всех, кто ее будет использовать. И, если код реализации не сможет стать прозрачным, то в заголовке класса я распишу для чего он и что умеет. Но это скорее редкое исключение.
Эта череда из абстракций и билдеров — и есть написание хорошего, понятного и читаемого кода. Мало этого, он еще легче тестируется в изоляции, потому что можно все аспекты протестировать отдельно. Но безусловно, легче просто нашарашить комментарий и все проблемы решены…
Так я вам только внутреннюю реальзацию предложил. Остальные должны использовать интерфейс наподобие XxxEnvelopeFactory с методом createEnvelope. А какие там реализации есть на самом деле — никого не волнует в месте вызова.
Но даже если нужно будет в разных местах указанную мной цепочку кода использовать, то она все равно поприятнее выглядит чем огромный метод. А если места все же более-менее в одном классе или пакете, то выделите метод или вспомогательный класс. С его именованием проблем не возникнет, потому что он будет в достаточно узком контексте.
Может вам просто стоило выделить класс XxxEnvelope, который бы отвечал за остальные операции, которых у вас в имени метода 3: PresetYyyHeaders, AddGOSTSignedPayload и CreateFullyCompliant (или просто Create/Build). Это также позволило бы вам не писать новый медод для той же логики, но без установки хедеров. А дальше можно красиво зарефакторить в шаблон Builder с вызовами наподобие: new XxxEnvelopeBuilder().withYyyHeaders().withGostSignedPayload().build();
Это смотря как вы пишете тесты. Многие используют структуру тестов, которая полностью описывает как раз суть сценария, объясняя ПОЧЕМУ код должен себя так вести. Но естественно не описывают КАК это сделано в коде, то есть его структуру.
Вы так увлеклись выдумыванием странных кейсов, что забыли про мой основной вопрос: «Зачем ветка ELSE, если комментарий можно поставить перед первым или последним IF?».
Почему оно работает вам должны говорить имена классов, переменных, методов и комментарии в том случае, когда вы не в силах выразить сложность задумки простым и понятным кодом.
Если речь про Украину, то в Киеве хватает конференций 500+, но на самом деле они и не нужны — гораздо круче небольшие очень сфокуссированные на одной теме мероприятия. Не количество красит мероприятие.
Про сообщества я бы тоже так резко не высказывался. На моей памяти в Киеве их не так и много, но все действуют. Исключения составляют те, которые были воображамыми сообществами в голове их молодых организаторов. Толковые сообщества работают и неплохо.
Конференции отменяются? Вы о чем? В месяц по 5 ИТ конференций в Украине.
Люди перестают учиться и развиваться? Это их проблемы! Каждое утро куча людей бухает во дворах и не хочет ни учиться ни развиваться. Поднимать по этому поводу восстание? Корить их? Зачем?
Компании помогают компаниям — это очень даже хорошо.
На самом деле выступают не одни и те же люди. Просто организаторам многих мероприятий «в лом» приложить усилия и найти интересных новые спикеров. Гораздо спокойнее пригласить «звезд» — ведь в наших странах до сих пор «ведутся» на блестящие бусины как туземцы. Так что ходите по правильным мероприятиям и увидите много свежих лиц.
Студенты хотят по паре $K? А что в этом плохого? Если бы они хотели по $100, то мы бы с вами уже не работали возможно на наши зарплаты. Ведь за одного сильного разработчика можно было бы взять 30-70 студентов! Это почти армия!
Про $10 за встречу тоже фикция. У нас на встречах «Клуба анонимных разработчиков» собирается по 60-100 человек пару раз в месяц. Взнос платят все. Редко кто стонет, что это много. ИТ-шники обычно ругаются, если выкидывают деньги на ветер. Даже $10. Это специфика индустрии…
Толковые люди уезжают за границу? Я только рад за них. Это их шанс жить в нормальном обществе, без дибильных законов, получать много денег, иметь свое жилье… Есть и минусы, но они готовы к ним. Это нормально!
Нет зарубежных докладчиков? Да полно! Реально даже иногда больше чем нужно. Гляньте на YaC 2013, AgileEE 2013 в качестве примеров. Да и само присутствие иностранных докладчиков не делает конференцию крутой. Ее делают интересные практические доклады. И часто отечественные специалисты гораздо сильнее.
А ресурсы для разработчиков — это либо доля энтузиастов либо хороший бизнес (как Хабр). Ведь тратить пару часов в день на хорошую статью для классного разработчика означает «недополучать» $50-100 в день. Зачем?
Саму же единственную реализацию я напишу и протестирую отдельно от всех, кто ее будет использовать. И, если код реализации не сможет стать прозрачным, то в заголовке класса я распишу для чего он и что умеет. Но это скорее редкое исключение.
Но даже если нужно будет в разных местах указанную мной цепочку кода использовать, то она все равно поприятнее выглядит чем огромный метод. А если места все же более-менее в одном классе или пакете, то выделите метод или вспомогательный класс. С его именованием проблем не возникнет, потому что он будет в достаточно узком контексте.
Почему оно работает вам должны говорить имена классов, переменных, методов и комментарии в том случае, когда вы не в силах выразить сложность задумки простым и понятным кодом.