Проблема в том что в БагТрекере не всегда ясно зачем нужны эти изменения — в лучшем случае из-за чего. А это не одно и тоже.
Очень часто баз описан как Стоппер! Ничего не работает - NullPointerException.
Да, можно и в тикете написать из-за чего происходит ошибка и зачем мы вносим изменения.
Но есть вторая проблема: отделение изменений от причин их создания.
Да, есть трекер в котором разработчик возможно это описал.
Но нужно ещё попасть из коммита в трекер — скопировать ID тикете, открыть трекер, найти там тикет.
Потом среди кучи комментариев понять какой из них описывает собственно изменения, а какие просто описывают поиск ошибки и обсуждают меню корпоративного обеда.
А ещё часто бывает когда в рамках одного тикете решаются несколько разных проблем. Есть тикет Не работает экспорт файла: сначала там были ошибки в формате, потом NPE в паре мест, потом мы файл не создавали по какой-то причине, а потом оказалось что ожидался XML внутри ZIP, а мы сделали JSON.
Тикет один, коммитов много, причина каждого коммита хорошо если вообще понятна из комментариев к тикету.
Другая ситуация: Тикет один и даже понятный и лаконичный.
Но коммитов много, так как задача большая и много атомарных коммитов лучше через изменение 50% системы с одним коммитом Так нужно для тикета #13257.
Так что уверен что баг-трекер не панацея и нормальные комментарии к коммитам необходимы.
Ну я то свою калькуляцию привёл: по всему выходит что на 2016 год вы ещё были далеки от статуса востребованный специалист и только-только начали выходить из джуниора.
Вот и выходит что за 2 года (2018 - 2016) вы таки достигли описанного статуса, и при этом успели сменить ещё несколько фирм по нескольку месяцев в каждой.
Вопрос не во всех местах работы, а в том что за 2 (или меньше) года и неизвестно сколько работ по нескольку месяцев сложно из джуниора превратиться в одного из самых востребованных специалистов. Востребованные специалисты такие не потому что бегают из конторы в контору, а потому что много лет продуктивно трудятся на благо своей прекрасной конторы.
Но это мой взгляд, я могу и ошибаться.
В 2014 году компания, в которой я проработала 7 лет, закрылась.
Пошла на один общеизвестный ресурс и прошла там бесплатный курс по основам программирования.
Онлайн-обучение на мобильного разработчика включало в себя 2 курса по ios-разработке, основы Java и 2 курса по Андроид-разработке + любой подарочный курс, какой мне понравится.
Через 3 месяца курсы iOS закончились, и я осознала для себя, что влюбилась в iOS-разработку.
Мне пришлось заняться поиском стажировки самостоятельно. Мне дали тестовое задание. Я его выполнила. Мне дали еще одно задание, чтобы я не изобретала велосипеды, а свое тестовое задание сделала с определенным фреймворком. Переделала! И дальше оставалось только ждать ответа… Ждали ответа мы долго (порядка 3 недель). Через 3 недели я не выдержала ожидания и съязвила в чатике, что, наверное, тестовое задание — это и было нашей стажировкой. После этой фразы из Conditional со мной связались и позвали на собеседование в Зеленоград.
Через 6 месяцев после старта курсов я получила долгожданную стажировку! Т.е. я 3 месяца каждый день приезжаю в компанию, учусь/работаю, а за это мне не платят ни копейки!
Стажировка закончилась.
Через полгода к нам в компанию на стажировку взяли еще 2 девочек.
А осенью начали сокращать людей, т.к. проектов больше не было.
Я устроилась в одну небольшую конторку с белой зарплатой.
Проработав 2 месяца, я решила уйти.
Пошла опять на серую зарплату.
Проект был закрыт, зарплаты за последние 1.5 месяца не выплатили.
Потом мне опять пришлось искать работу и не один раз…
Время в статусе джуниор:
1 месяц (минимум) — бесплатный курс по основам программирования
6 месяцев — платные курсы (включая: месяц тестовых заданий)
3 месяца — стажировка
6 месяцев — к нам в компанию на стажировку взяли еще 2 девочек
2 месяца — контора с белой ЗП, но без тимлида
3 месяца (минимум) — контора с серой зп с оплатой макбуками
Итого: 21 месяц (минимум), а скорее всего 2 года.
==> Примерно 2016, ближе к концу года.
Прошло ещё 2 года.
Вжух!
==> Настоящее время (середина 2018)
Сейчас я один из самых востребованных специалистов на рынке, поиск работы составляет в среднем от 2 дней до 2 недель.
Как мне кажется, чтобы уверенно говорить про время поиска работы нужно хотя бы раз 5 эту работу сменить. Хотя эта цифра конечно взята с потолка.
5 мест за 2 года (максимум) — это не более 5 месяцев в одной фирме. Притом что обычно 3 месяца это испытательный срок.
Ну не знаю… как-то не очень верится вот в это всё, где-то тут что-то сильно упущено.
А вот как это у неё получилось?
Моей дочери 2г9м, но читать она и не планирует.
Не, она конечно любит говорить а тут написано ЧТО-ТО ТАМ, но чаще всего там написано не то — то есть она не читает, а предполагает что там есть надпись и делает вид что читает.
Зато разговаривает почти с года, но с чтением пока никак.
Что можете посоветовать для развития чтения?
Так в том то и дело: уж лучше пусть он знает git — он тогда на разборки с mercurial потратит меньше времени, чем придёт условый 1С-ник для которого любая VCS в диковинку вместе с их смыслом и необходимостью.
Да даже с cvs/svn на git/mercurial/what-ever переобучить проще чем рассказать с нуля про любую из VCS.
Придет к вам человек с другого набора технологий — будете учить всему.
В том то и дело — учить нужно, но принципы он уже знает. А значит и учить нужно не всему, а специфике.
Собственно об этом и говорилось в начале треда:
На самом деле — показывает он то, что человека НЕ НАДО будет учить элементарным вещам. Работе с VCS, трэккер системой и… это тоже ценные навыки
Я может чего-то не понимаю, но ведь разница между git/mercurial, Jira/1С:INIL, Confluense/FLOSS, Ubuntu/RHEL не так уж и велика.
Между Windows и Ubuntu разнцы сильно больше чем во всём выше перечисленном.
Да вроде README вполне хватает чтобы запустить это на своём сервере.
Единственное что мне было не ясно — логин+пароль для доступа к веб-интерфесу, но это довольно легко обнаружилось.
Проблема в том что в БагТрекере не всегда ясно
зачемнужны эти изменения — в лучшем случаеиз-за чего. А это не одно и тоже.Очень часто баз описан как
Стоппер! Ничего не работает - NullPointerException.Да, можно и в тикете написать из-за чего происходит ошибка и зачем мы вносим изменения.
Но есть вторая проблема: отделение изменений от причин их создания.
Да, есть трекер в котором разработчик возможно это описал.
Но нужно ещё попасть из коммита в трекер — скопировать ID тикете, открыть трекер, найти там тикет.
Потом среди кучи комментариев понять какой из них описывает собственно изменения, а какие просто описывают поиск ошибки и обсуждают меню корпоративного обеда.
А ещё часто бывает когда в рамках одного тикете решаются несколько разных проблем. Есть тикет
Не работает экспорт файла: сначала там были ошибки в формате, потом NPE в паре мест, потом мы файл не создавали по какой-то причине, а потом оказалось что ожидался XML внутри ZIP, а мы сделали JSON.Тикет один, коммитов много, причина каждого коммита хорошо если вообще понятна из комментариев к тикету.
Другая ситуация: Тикет один и даже понятный и лаконичный.
Но коммитов много, так как задача большая и много атомарных коммитов лучше через изменение 50% системы с одним коммитом
Так нужно для тикета #13257.Так что уверен что баг-трекер не панацея и нормальные комментарии к коммитам необходимы.
удалёнка!=фрилансНу я то свою калькуляцию привёл: по всему выходит что на 2016 год вы ещё были далеки от статуса
востребованный специалисти только-только начали выходить изджуниора.Вот и выходит что за 2 года (
2018 - 2016) вы таки достигли описанного статуса, и при этом успели сменить ещё несколько фирм по нескольку месяцев в каждой.Ну не знаю ...
Вопрос не во всех местах работы, а в том что за 2 (или меньше) года и неизвестно сколько работ по нескольку месяцев сложно из
джуниорапревратиться водного из самых востребованных специалистов.Востребованныеспециалисты такие не потому что бегают из конторы в контору, а потому что много лет продуктивно трудятся на благо своей прекрасной конторы.Но это мой взгляд, я могу и ошибаться.
Время в статусе
джуниор:к нам в компанию на стажировку взяли еще 2 девочекИтого: 21 месяц (минимум), а скорее всего 2 года.
==> Примерно 2016, ближе к концу года.
Прошло ещё 2 года.
Вжух!
==> Настоящее время (середина 2018)
Как мне кажется, чтобы уверенно говорить про время поиска работы нужно хотя бы раз 5 эту работу сменить. Хотя эта цифра конечно взята с потолка.
5 мест за 2 года (максимум) — это не более 5 месяцев в одной фирме. Притом что обычно 3 месяца это испытательный срок.
Ну не знаю… как-то не очень верится вот в это всё, где-то тут что-то сильно упущено.
Upper case в тегах/прочем тоже подправили.
А куда делся выбор языка вещания — был же вроде?
А вот как это у неё получилось?
Моей дочери 2г9м, но читать она и не планирует.
Не, она конечно любит говорить
а тут написано ЧТО-ТО ТАМ, но чаще всего там написано не то — то есть она не читает, а предполагает что там есть надпись и делает вид что читает.Зато разговаривает почти с года, но с чтением пока никак.
Что можете посоветовать для развития чтения?
Я думаю проще — детям нравится, дети просят, дети получают
Вот установка
dante2через докер в пару команд.Настройка специально под Telegram
Фреймворки Vaadin и GWT генерируют уникальные id для элементов и от этого не уйти, но это обходится в одну строку.
1С я привёл для примера — я вообще не в курсе как оно там :)
Так в том то и дело: уж лучше пусть он знает git — он тогда на разборки с mercurial потратит меньше времени, чем придёт
условый1С-ник для которого любая VCS в диковинку вместе с их смыслом и необходимостью.Да даже с cvs/svn на git/mercurial/what-ever переобучить проще чем рассказать с нуля про любую из VCS.
В том то и дело — учить нужно, но принципы он уже знает. А значит и учить нужно не всему, а специфике.
Собственно об этом и говорилось в начале треда:
Я может чего-то не понимаю, но ведь разница между git/mercurial, Jira/1С:INIL, Confluense/FLOSS, Ubuntu/RHEL не так уж и велика.
Между Windows и Ubuntu разнцы сильно больше чем во всём выше перечисленном.
Да вроде README вполне хватает чтобы запустить это на своём сервере.
Единственное что мне было не ясно — логин+пароль для доступа к веб-интерфесу, но это довольно легко обнаружилось.
Тоже интересует этот вопрос.
Есть сервер streisand — можно ли к нему подключить Pritunl и получать удовольствие?
Жаль конечно что в статье нет ссылки на исходники, но хорошо что хотя бы в роликах она есть.
Но похоже что с gradle/maven вы не очень сильно знакомы.
И последствия внедрения gradle в проект сильно ударили по истории изменений всех классов :(
Эта ссылка ведёт на эту же страницу.
Третья часть вот тут: https://habr.com/post/353058/
Да, пожелание.
Telegram бот с возможностью добавить свои адреса на мониторинг?
Я буду рад увидеть скрипт для настройки этого счастья.
Возможно даже на github, для интеграции других способов авторизации?