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

? но ведь джун тоже становится мидлом...

морально хочу быть готовым на будущее

все уходят, так выгодней ?

Это правда.

все уходят, так выгодней ?

Если фирма будет достаточно индексировать зп за каждую пройденную ключевую точку, то уходить будет мало смысла.

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

сеньорами рождаются, а не становятся

Если фирма будет достаточно индексировать зп за каждую пройденную ключевую точку, то уходить будет мало смысла.

надоест еще

просто что-то новое искать

Если фирма будет достаточно индексировать зп за каждую пройденную ключевую точку, то уходить будет мало смысла.

По моему опыту уходить все равно выгоднее.

Да и зачем уходить, если ЗП рыночная, а к коллективу и проектам ты привык)

сеньорами рождаются, а не становятся

это правда, кстати. но надо же проводить отбор!

Да и зачем уходить, если ЗП рыночная, а к коллективу и проектам ты привык)

за интересными задачами

Да и зачем уходить, если ЗП рыночная, а к коллективу и проектам ты привык)

жажда нового

Да и зачем уходить, если ЗП рыночная, а к коллективу и проектам ты привык)

Новые люди, новые знакомства, свежая струя в мозгах

это правда, кстати. но надо же проводить отбор!

на УЗИ

стэк +

Да и зачем уходить, если ЗП рыночная, а к коллективу и проектам ты привык)

как минимум переезд

новая компания и новый проект это вообще другой взгяд на мир, если ты удачно поменял работу

больше возможностей расти профессионально

другие подходы абсолютно

А тут же есть Тим Лиды или те, кто в команду нанимают себе людей-разработчиков. Вопрос: вы берёте себе в команды джуниоров? (Не по оплате, а по навыкам)

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

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

погоди, ну джун -- это и есть чувак, который после универа знает только немного теории с почти нулем практики.

нет, это стажер

а ждун - это человек с небольшим, но уже опытом.

погоди, ну джун -- это и есть чувак, который после универа знает только немного теории с почти нулем практики.

джун это > года опыта

погоди, ну джун -- это и есть чувак, который после универа знает только немного теории с почти нулем практики.

у джуна опыта хотя бы пару месяцев должно быть

джун это > года опыта

спасибо, пепе

звание ждуна еще надо заслужить

перестаньте

джун обладает отрицательной стоимостью, мидл - нулевой, сеньер - положительной. вот и все

джун обладает отрицательной стоимостью, мидл - нулевой, сеньер - положительной. вот и все

Сеньор зачастую кушает слишком много ФОТа

это проблемы менеджмента

мидл - 0? Смотря какой мидл, сеньор - если багу в архитектуре не заложит, джун тоже может быть положительным если знает как гуглить информацию

мидл - 0? Смотря какой мидл, сеньор - если багу в архитектуре не заложит, джун тоже может быть положительным если знает как гуглить информацию

Гугление информации это увеличение времени на решение таски, что в свою очередь раздувает сроки. Плюс, код ревью кода джуна, плюс зачастую возврат на доработку от QA больше двух раз

Сеньор зачастую кушает слишком много ФОТа

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

@pepeisalreadytaken смотря какая цель, лучше зарелизить 2 фичи работоспособных, с верным решением, чем 4 фичи кое как написанных, которые будут дорабатываться кучу времени и всеравно останутся криво написанными

мидл - 0? Смотря какой мидл, сеньор - если багу в архитектуре не заложит, джун тоже может быть положительным если знает как гуглить информацию

вы пытаетесь вывернуть определение. не надо. если стоимость положительная - это сеньер, пусть у него 2 недели опыта. это означает, что у него в голове мозги, а не опилки

Всем привет. Можно ли средставми go считывать уведомления chrome?

откуда?!

считать или считЫвать ?

@onokonem наврятле вы доверите человеку с 2 неделями опыта какой-то проект

Считывать

@onokonem наврятле вы доверите человеку с 2 неделями опыта какой-то проект

я утрировал. но, тем не менее, пока человеку нельзя доверить проект - или кусок проекта - он и свою зарплату проедает, и еще часть зп того, кто его курирует.

вы пытаетесь вывернуть определение. не надо. если стоимость положительная - это сеньер, пусть у него 2 недели опыта. это означает, что у него в голове мозги, а не опилки

как вы считаете стоимость разработчика? на глаз или прям реально считаете?

https://docs.google.com/document/d/1FVvoSY35YD4BfAkv-XYGRITFbE17pA7A-R6S76UVsBQ/pub ?

это вы такой листочек заполняете каждый раз после собеседования?:)

как вы считаете стоимость разработчика? на глаз или прям реально считаете?

а у нас в gitinsky все просто было (и осталось, я думаю) есть клиент, есть контракт, с одной стороны есть работник и есть его зп, с другой. проекты разные, но в одном они схожи - на них надо выделять работников, которые будут справляться. человек за 200 может закрыть 3-4 проекта по 80 человек за 80 может закрыть один проект за 100-120 человек за 40 может закрыть проект за 40 с помощью кого-то из старших товарище

Всем привет. Можно ли средставми go считывать уведомления chrome?

up

@pepeisalreadytaken смотря какая цель, лучше зарелизить 2 фичи работоспособных, с верным решением, чем 4 фичи кое как написанных, которые будут дорабатываться кучу времени и всеравно останутся криво написанными

4 плохо сделанных фичи продаются лучше, чем 2 хорошо сделанных ?

4 плохо сделанных фичи продаются лучше, чем 2 хорошо сделанных ?

Да, я тоже помню историю про Васю и Петю

а у нас в gitinsky все просто было (и осталось, я думаю) есть клиент, есть контракт, с одной стороны есть работник и есть его зп, с другой. проекты разные, но в одном они схожи - на них надо выделять работников, которые будут справляться. человек за 200 может закрыть 3-4 проекта по 80 человек за 80 может закрыть один проект за 100-120 человек за 40 может закрыть проект за 40 с помощью кого-то из старших товарище

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

Интуитивно, commits, метрики кода, поддерживаемость

?

нет

у продукта все равно есть заказчик. или внутренний или инвесторы. все равно кто-то изначально дал денег

в харькове есть ребята, которые копают эту тему глубоко

у продукта все равно есть заказчик. или внутренний или инвесторы. все равно кто-то изначально дал денег

да,только отдачу на конкретного разработчика посчитать практически нереально, потому что это цепочка людей

в харькове есть ребята, которые копают эту тему глубоко

чирчейн?

в харькове есть ребята, которые копают эту тему глубоко

имя ?)

https://qarea.com/

https://qarea.com/

https://ebanoe.it/2018/01/14/qarea-diligences-issues/ ?

?

// мимокрокодил

обожаю этот сайт :D

Гугление информации это увеличение времени на решение таски, что в свою очередь раздувает сроки. Плюс, код ревью кода джуна, плюс зачастую возврат на доработку от QA больше двух раз

Гуглю половину рабочего времени ?

ERROR: S client not available

Аще ниразу

Всем привет. Можно ли средставми go считывать уведомления chrome?

up

https://ebanoe.it/2018/01/14/qarea-diligences-issues/ ?

Jonn тебе сколько заплатили чтобы обосрать Qarea?

Jonn тебе сколько заплатили чтобы обосрать Qarea?

Исключительно на добровольных началах :)

а что вы думаете про https://habr.com/post/308198/

почему тебя это беспокоит уже год? когда ты просто начнешь программировать?

а что вы думаете про https://habr.com/post/308198/

С этим все сложно

> Во-первых, вы получаете чудовищные имена. У вас будут имена вроде controller.UserController отличное имя. чо такого-то?

> Во-первых, вы получаете чудовищные имена. У вас будут имена вроде controller.UserController отличное имя. чо такого-то?

Ты жавист же

больше тайпить, больше читать

Ты жавист же

100% жавист, я уверен!

да я и не скрывал.

почему тебя это беспокоит уже год? когда ты просто начнешь программировать?

я давно программирую, просто в компании нету ни кого из сеньоров, хрен пойми как правильно делать. Потом делаешь для крупняков тестовые и сплошные стены

и так понятно, что какой-то манаджер юзеров из названия пакета, зачем повторять

> Во-первых, вы получаете чудовищные имена. У вас будут имена вроде controller.UserController отличное имя. чо такого-то?

бесполезное имя) не отображает сути того, за что овтечает файлик) а если он отвечает за всё, что связано с юзером, то эт херовый файлик)

Maksim может там CRUD тогда норм

ну, да. it depends

да я и не скрывал.

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

Всем привет. Можно ли средставми go считывать уведомления chrome?

up

организация кода это как "свой-чужой"

не попал в мейнстрим и слили

у сишников все конечно более уже устаканено аля 98/99 стандарты и не дай бог ты...

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

org.springframework.aop.framework.AbstractSingletonProxyFactoryBean <- красота же. сразу видно что иснтрумент написан надежно, программист выбирал название долго, с умом. можно хоть в банк, хоть в платежную систему тащить

org.springframework.aop.framework.AbstractSingletonProxyFactoryBean <- красота же. сразу видно что иснтрумент написан надежно, программист выбирал название долго, с умом. можно хоть в банк, хоть в платежную систему тащить

+

у сишников все конечно более уже устаканено аля 98/99 стандарты и не дай бог ты...

Угу, только из-за наследия С выходят статьи, где пыху обсирают за аналогичные названия стандартных методов

да кто обсирает то

важно что бы куда ты пришел "на рынок", их стандарт совпадал с твоим по написанию

Я когда руст тыкал, то плевался от названий методов и undercase

поскольку никто не будет брать специалиста "не по стандарту"

effective go + чтение библиотек GO + wiki go

+ linter