Software Developer
  • Идеальный код

    Идеальный это понятие очень субьективное. Все в зависимости от того такой религии придерживаются разработчики проекта (ооп, чистый ооп, функциональный, микс стилей .....) и мода на стиль кода в текущее время.

    Мое личное мнение джавадоки нужны только для астратных методов и интерфейсов. Во всех остальных случиях код должен быть понятен и читаться легко.
    Но тут есть нюанс .... checkstyle это библиотека которая встаивается во огромное количество приложений, IDEs , .... . Приходится писать доки, их читают. Не многие, но читают и баги еще откывают если их надо обновить, дополнить, .... .

    второй момент это что используем 100% то что предлагаем другим. Есть несколько Чеков которые накладывают правила на джавадоки. И мы им следуем. К сожалению эти проверки не идеальные и есть много проблем которые еще не решены. Как только найдем время их исправить можно будет разслабить эти правила. Поможешь автоматизировать обнаружуние «очевидного кода» ?

    а вот это то зачем

    у тебя есть идея как сделать лучше ? присылай Пул Реквест :) .

    ---------------------------

    Кода у нас много , команда маленькая , делаем что можем в свободное врея.
    Мы используем почти все известные статичиские анализаторы — есть некая притензия на идеальность в каком то общем понимании ( среди фанитов статического анализа :) ).
    Но улучшать всегда есть где , еще не все автоматизировано, идей масса а рук не хватает.

    Если сделаешь нам код ревью :) , так мы большое спасибо скажем.
    А лучше присодининяйся к проекту и атоматизируй поиск плохого кода.

  • О менторстве в IT

    У нас в проекте как раз и практикуем менторство и передачу знаний тем кто реально хочет получить опыт. Все пункты перечислиные в «Те, кто ищет ментора, надеются, что он сможет:» мы делаем, можете сами увидеть. Но не надо ждать быстрого эфекта особенно если старт низкий :).
    Самое ценное в менторстве в IT это совет как делать и жесткая критика того что сделано с указанием как сделать лучше (это вам даже на форумах не подскажут). Процесс обмена очень прост и каждая из сторон получает то что нужно практически сразу: проект — новый код, контрибьютер — советы как писать лучше.

    За менторами рекомендую пойти в опенсорс проекты, и учавствовать. У нас проект помешен на качестве кода, кому интересно улучшить это качество — присоединяйтесь к нам.
    Мы не учим! мы направляем, советуем, отвечаем на вопросы в рамках задачи.

  • Google Summer of Code: возможности для студентов

    ну да чесным быть не модно и все тебя за то не любят и будут обвинять в .... .

    Все учасники наши работали на проекте оч задолго до GSOC , и все это они делали на чистом энтузиасте и желании получить опыт. Участие в GSOC было приятной неожиданностью.
    Ставить на темную лошадку (студет со стороны) который в своем предложении решить задачу пишет что они все все все сделает и все быстро и качественно :) (не мало таких получил). Спасибо не надо. Пеплюнуть достижения тех учасников было не реально :), я не первый год работаю со студентами на проекте.

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

    смысл моего поста был в том что Гугл рекомендует рабоать с теми кого проекты уже знают. Как спланировать вашу стратегию к GSOC — решать вам.

  • Google Summer of Code: возможности для студентов

    Нет гараний что вас выберут в проекте , вы не единственный студент, друге учавствуют зарание и могут вас обойти по количеству решеных задач и быть более привлекательными для администраторов. Я выбирал почти исключительно по количеству закрытых задач в нашем проекте.
    Есть проекты которые берут всегда на GSOC, сомтрите статистику учасников по годам. Вам решать где учавствовать и как спланировать свою работу. Если вы ориентированы только на деньги то учавствуйте только в тех проктах которые берут всегда.
    Но программа расчитана не на предоставление работы студентам а вовлечение студентов в опенсорс. Полученный опыт от работы на проекте в теч года куда более ценный и окупится сполна на работе.

  • Google Summer of Code: возможности для студентов

    Как учасник GSOC 2014 как администратор проекта checkstyle , рекомендую не ждать регистрации GSOC а начать работу с опенсор проектом зарание, что бы на момент регистрации вас уже знали мейтейнеры и они всегда предпочтут проверенного студента вместо новичка который обещает все сделать. Это так же является рекомендацией то Гугл для администраторов проектов.
    В нашем проекте учавствовали совершенно простые студенты, и далеко не самых топовых университетов.
    ЗЫ: Нам в проект нужны помошники.

  • Идеальный код

    Давно уже на ДОУ хожу и пишу о том что хватит уже говорить о том каким идеальный код должен быть. Об это можно писать вечно!
    Есть уже куча проектов которые заствляют писать «иделаьный» код их надо просто настоить для проекта и говрить больше не нужно, работники всегда следуют этим правилам!
    Проекты: checkstyle, pmd, finbugs, sonarqube, intelij idea inspections, .........

    У вас новая идея как должен выглядеть код — эти прокты модно легко разширить.
    Пользуясь случаем преглашаю людей к вам в проект — checkstyle — github.com/checkstyle/checkstyle
    Хватит писать тексты о хорошем коде — помогите это автоматизировать и насладжайтесь автоматической проверкой кода.

    Кстати мы в проекте используем все знакомые нам утилиты автоматической проверки кода, и делаем все что бы код был идеальный.

  • Как джуниору получить свой первый оффер

    sevntu-checkstyle.github.io/sevntu.checkstyle tut moj email, vyshli mne svoje rezjume, ja posmotrju s chego tebe stoit nachat`.

    Підтримав: anonymous
  • Как джуниору получить свой первый оффер

    Учавствуйте в оперсорсе, через наши проекты(github.com/...ckstyle/sevntu.checkstyle , github.com/checkstyle/checkstyle ) прошло около 30 студентов за 4 года. Ниукого проблем с трудоустройством не было, даже в этом году.

  • «Пришлите фрагмент вашего кода» и NDA

    боюсь повторится но если до сих пор у когото проблемы с кодом который можно показать — идите в опенсорс проекты и учавствуйте в их разработке. В моей практике много времени на это не надо , 15-30 мин в день хватит чтобы начать.

    вот пример работы студента — github.com/...ommits/master?author=MEZk , есть на что посомтреть и на чем пройтись на собеседовании и узнать это его старый стиль или он действительно понимает почему так надо писать. И всегда приятно поговорить с человеком который исправил тот самый назойливый фолс-позитив который ты недавно поймал во время написания кода, .... .

    Пользуясь случаем пришлашаю поучавствовать в разработке checkstyle.sourceforge.net (github.com/...ckstyle/checkstyle/issues)

  • Пособие для будущего Java разработчика. Элегантный код

    Внезапно ко мне пришло небольшое озарение: а ведь этому никто не учит.

    Да этому не учат сейчас в университетах , но этому можно учится в практике, надо просто работать в команде которая ставит качество в приоритет скорости кодирования. Я уже не раз говорил и приклашал на читателей ДОУ поучавствовать в нашем проекте — github.com/checkstyle/checkstyle . У нас команда людей которые заботятся о качестве кода, и мы делаем детальное кодреврью и указываем на ошибки и потомагаем контрибюторам исправить их. Chekcstyle проект очень простой и на нем работает много студентов и тех кто хочет поднять свой уровень чистописания. Нам нужны разработчики, присоединяйтесь !

    Ну серьезно, где этому обучают перед перед тем, как вы станете работать?

    У нас на проекте — checkstyle. Опыт работы со студентами-контрибюрами более 5 лет, сбился со счета сколько студентов прошло через проект.

    Старайтесь писать элегантный код.

    Приходите к нам в проект и другого выбора у вас не будет.
    Примеры : github.com/...tyle/checkstyle/pull/1150 , groups.google.com/.../sMdX29iFu_A/vStfBeyVa4AJ

    В заключение:
    вседа приятно когда кто то пишет статью о том как правильно писать код и какие ошибки не делать ..... слова .... слова ..... много букв ..... . Было бы куда лучше если бы авторы хороших статей/идей делали сразу атоватизацию обнаружения плохого кода и выкладывали примеры плохого кода и ссылку на утилиту которая это делает автоматически.
    А если хочется просто пописать тексты то можно помочь нашему проектку с документацией и сделать ссылки в своем блоге на обновленные вами страницы Checkstyle где показан плохой код и каким он должен быть.

  • Команда для изучения Java

    настоятельно рекомендую начать обучение одновременно с практикой.

    в инете море проектов которым нужна помощь в разработке, на тратьте время на всякие тесты — помогите проектам которые используете сами или просто желаете помочь.

    В нашем опенсорс проекте мы занимаемся как раз этим — студенты/практиканты выполняют полезную работу для Java сообщества и одновренно углубляются в познание языка, в процессе работы код проходит код ревью и полируем код до блеска с полным разбором что такое хорошо в Java а что такое плохо, и помогаем убить в себе говнокодера, и так далее .
    Принцип прост: практикант выболняем простые но полезные задачи, руководители проекта делятся опытом и отвечают на вопросы.

  • Junior ищет ментора

    если действительно готовы заниматься, прошу в наш опенсорс проет — sevntu-checkstyle.github.io/...ntu.checkstyle, тут много статей на русском о том что мы делаем и в чем выгода заниматься для новичков в Java — github.com/...ur-publications.
    Пример работы и формат общения со студентами/практикантами — groups.google.com/...vntu-checkstyle .

    Підтримали: Valeriy Garbuzov, anonymous