Ввсегда радует этот оптимизм, что если кто-то что-то и сможет так это МарияДБ. Только монти и Ко, больше никто. Особенно если забыть кто собственно создал весь этот MySQL со всеми его проблемами и «ошибками в ДНК». Конечно-же виноваты Плохие Менеджеры, которые давили на Монти чтоб он разрешал выпускать отстой, Тупые Разработчки которые писали кривой код — за всеми ведь не уследишь, Обстановка на Рынке которая заставляла прогибаться под Инвесторов-которым-только-деньги-давай. Всегда виноват Кто-то Другой. Но теперь у них своя компания с блекджеком.. без Тупых Менеджеров и Плохих Разработчиков, так что теперь точно будет все в порядке и теперь-то они точно все сделают как надо. Осталась правда Обстановка на Рынке, но зато будет кого винить в случае факапа.
Применить — легко. Достаточно принять во внимание наши и китайские реалии. Китайцы хотят сделать из себя пу земли и сильно над этим работают. Поэтому когда им надо когото забанить они банят, а если баншик не банит, они его натурально сажают/расстреливают, а на его место сажают другого который точно банит. По крайней мере судя по всему так все и происходит. Когда нашим понадобится когото забанить они выделят на это денег 146% которых попилят, а на остатки купят сервер и мальчика которых что-то накарябает, и этим дело кончится. Поэтому пока пилить не перестануть, нормально забанить никого просто не смогут, даже если очень захотят. А при нынешнем правительстве пилить не перестанут никогда.
1) не получилось. точнее достоверно это не проверено. когда оно получит хоть какую-нибудь известность тогда можно будет сравнивать. а пока да, тольк две ссылки в гугле (на русском). это конечно не прямое, но очень сильно косвенное подтверждение того, что пока не еще получилось.
2) написание таких штук требуют, afaiu, достаточно нетривиального понимания происходящего. иначе бы уже давно понаписали бы 100500 ядер. и как это понимание сложится в конкретной голове никто не знает.
Часы сейчас — это цацка, имхо:)
У меня есть и часы и мобильник. Всякие кольца/цепочки/браслеты и все остальное подобное я почему-то на дух не переношу, а часы мне нравятся. И покупал я специально те которые нравятся. Механические за те деньги которые есть мне не нравятся, денег вобщем прилично но я привередливый;) Но в целом механические часы-скелетоны на руке очень торкают, особенно со всякими усложнениями. Можно долго смотреть как там внутре все тикает.
Кроме того именно время на них смотреть проще чем на мобильнике, у меня сгс3 в кожуре и когда сидишь выковырять из кармана джинсов его бывает непросто.
Думается что у остальных носящих часы мотивация похожая, ±.
Вы так говорите как будто 3д принтер это ключевое оборудовние в производсте оружия, и как только это оборудование появится на гражданском рынке все так прям и ринутся калаши себе печатать. FYI примитивный огнестрел можно и просто в тисках сделать, но почему-то их не запрещают.
Несмотря на то что вы вырвали фразу из контекста, вы сказали то же что и я — профессиональные кач-ва не так важны как личные качества и личные предпочтения. бОльшую роль играет то как человек себя подает и чего хочет добиться, т.е то что определяется личными качествами. Наличие или отсутствие (недостаточность) проф. навыков просто будет ему помогать в достижении его целей, или препятствовать, соответственно.
Ну например, сильно упрощая:
Человек — хороший специалист, но как человек — мудак. Срется с начальством, на подчиненных смотрит как на говно, и тд. Как специалист он конечно найдет свою нишу где его за его скилы будут терпеть. Но пока он эту нишу найдет, пройдет изрядно много времени, смен сотен работ и тд. Любая просьба о повышении зп выльется в гемор, и тд.
Другой человек, может и не такой хороший специалист, но у которого communication skill более прокачан, умеет договариваться, с вменяемым чувством юмора, найдет эту свою нишу гораздо быстрее. В этой нише ему могут платить больше просто за красивые глаза, потому что начальство ему симпатизирует просто как человеку.
Такому человеку больше сойдет с рук, а косячат все.
Это одно. Второе это то что надо не стесняться себя рекламировать — сам себя не похвалишь, никто не похвалит. Не стрематься браться за бОльшие задачи. Кто-то сказал что у людей гораздо больше возникает проблем когда они достигают заниженных целей, чем когда они не достигают завышенных.
Надо быть пробивным, и не бояться отбадывать свое. Очень важно хотеть добиться своей цели — денег, профессионализма, статуса — кому чего надо.
Как-то так. Но это все слова, буковки на экране. Такого и без меня понаписано вагон. Роль играет то, как все это реализуется на деле.
>от профессиональных качеств ничего не зависит
Тут возникает большой вопрос насколько это важно, наличие этих проф качеств.
Работодателю, конечно, важно чтоб нанятый человек выполнял свою работу на уровне, и тут чем человек профессиональнее тем работодателю лучше. Если наняли школоло за мега-бабло, то это засада, да.
Но с точки зрения самого человека эти самые проф. качества не имеют большой ценности сами по себе. Вот два человека со сходной квалификацией. Один пишет тысячи кода, второй кодит не так много(но с работой справляется) + самопиарится. Второму в итоге дали больше денег. И что теперь второму — стреляться? Он плохо поступил и должен вернуть «награбленное»?
Для человека не важно как заработаны деньги, важно их наличие в кол-ве необходимом для счастья этого конкретного человека.
Кто-то продает умение продавать, кто-то продает умение управлять, кто-то продает умение программировать. Специфика отличается, но по сути — один фиг, продажа скилов на рынке. Хорошо продал — молодец, плохо продал — старайся дальше.
Хорошие скилы продаются легче и дороже, плохие — труднее и дешевле. Все очень просто — банальный рынок.
> Справедливо ли это? Нет, это не справедливо
Программист из америки за мою зп к клавиатуре не подойдет. Где справедливость? Американец — читер?
Жизнь вообще не справедлива, ожидать чего-то другого несколько неразумно, мягко говоря.
> Перестать считать, что если вы программист, то всего добились сами и ваша зарплата обусловлена вашими личными качествами
А чем тогда обусловлены достижения? Безличными качествами? Экономическая ситуация и разделение мира на первые и третьи страны пришли к человеку домой и отсыпали денег пока он в ящик смотрел? Это смешно.
Если кто-то добился бОльшего дохода чем соседи воспользовавшись неравномерной оплатой, то это как раз благодрая личным качествам. А то что умение программировать может в эти качества не входить это дело десятое.
Нет, это феерично:)
Про программирование в целом:
Код сам себя не пишет, ни почти, ни чуть-чуть, ни самую капельку. Так же код ничего не подсказывает. Код/тесты это просто текст. Все происходит в голове программиста, а вы его легко и незатейливо из процесса исключаете. Это смешно. В современном мире все и всегда зависит от человека, программирование не исключение.
Если бы творчества, хоть на грамм, в программировании небыло бы, то можно было бы легко и незатейливо написать «универсальный писальщик программ» который сам бы все остальное и написал. Однако такого нет именно из-за неопределенности происходящего. И книг со сводом правил нет именно по этой же причине.
Умных и Очень умных людей — вагон, в т.ч и в программировании. Если бы все было так просто как вы описываете то эти люди давным давно уже все какие надо правила придумали бы и описали, в каком-нибудь «Едином Своде Правил Программиста» и всеми ими бы пользовались, потому что так действительно было бы удобнее всем. Но ничего подобного нет. Задумайтесь почему так.
Про мержи:
Человек пишет тест на свое усмотрение, «на глаз», потом по нему, опять-таки на свое усмотрение, пишет код. И это все ок. А когда он начнает этот код мержить, на свое усмотрение же, это резко становится проблемой. Это несколько нелогично, не находите?
>От теста нет толку, если его нет. Или если его удалят. Или если его переделают чтобы он проходил.
Если теста нет то его можно написать, еще до мержа. И не давать тесты удалять во время мержа.
Если тесты пишутся, судя по вашей логике, раз и навсегда, чтоб закрепить таким образом поведение проекта то при мерже разные тесты не могут пересечься. Если они таки пересекаются значит кто-то менял логику. Почему та смена логики вас не смущает, а то же самое при мерже резко усугубляет ситуацию. «Нестыковочка»(с). В конце концов, если вы так переживаете за косо смерженные тесты, назначайте людей которые будут делать ревью мержа. Качество мержей будет ровно такое же как и при починке багов/фич.
С ваших слов выходит что код сам себя пишет и все клево, а потом появляется несовершенный человек и всю малину портит. И код который надо мержить и тесты писали точно такие же люди и я не очень понимаю почему на мерже все резко и сразу должно сломаться если человек делает все ответственно. Сломаться может если делали все абы как, или человек — дурак. Оба события вероятны, но если комманда вменяемая то обычно они _не_ происходят.
Мерж — не трагедия, а просто часть работы. А когда код еще и обвешан тестами на те же 80-90% то вообще не проблема — валящиеся тесты покажут где косо смержили.
Когда вы пишете новую фичу, фиксите сложный баг то решаете кучу всяких проблем в коде — собственно главную задачу + совместимость с другими частями + стараетесь сделать «по-уму» + требования сторонние какие-нибудь. И все это вас не смущает. А как появляется мерж так все — проблема. Я не вижу логики.
>И всё «по уму» пошло коту под хвост. Сидит какой-то человек, разгребает кучу кода, субъективно решает, что важно и что правильно, включая тесты.
Да, очень сильно обобщая так и есть. Но это просто одна из частей работы, за которую платят деньги и на которую ты согласился. Мерж по сути ничем не отличается от прибивания багов или написания фич. Относиться надо не менее ответственно. Если человек что-то не понимает — выясняет кто внес изменения и идет говорить с автором до просветления.
ТДД будет сломано если мерж делать тяп-ляп. Мержи — это не халява от vcs, мозги надо держать включенными.
Риски есть всегда. Чтоб небыло неожиданных багов тестировать надо перед выкатываением.
1 — это если у вас есть возможность сделать отдельный модуль, который можно подключать паралельно старому. далеко не всегда она есть. у нас вот нету.
2 — логику сравнивать — смотреть глазами, думать головой. вы предлашаете покрывать только 80-90% кода тестами. это как раз те самые «простые 80%», со сложными 20% начнется ловля багов и выяснение почему не так. наличие рабочей старой ветки позволяет посмотреть как и почему и для чего оно там работало, и почему не работает здесь.
3 — меняйте свн на что-то другое — гит, базар, меркуриал. у меня новая ветка делается минуту-две. проекта занимает 240M. в локалке все коммитится не мгновенно, но близко к этому.
4 — хуже когда не компиляция ломается, это действительно чинится за 15 минут, а когда начинают валиться тесты на каких-то экзотических платформах, к которым доступ только через инет и там легко и незатейливо можно ухлопать несколько дней на выяснение причин. и если время критично, например готовится релиз или что-то еще, то проще откатить все назад и выяснять в чем проблема в отдельное время.
я на этом месте работаю лет 6, сначала был биткипер, потом базар. имхо ветки — самое оно;)
имхо все зависит от длительности проекта. если он на полгода то вобщем можно и потерпеть.
если же несколько лет то гемора с svn->mercurial на протяжении всего этого времени гораздо больше, чем если один раз всех перевести.
да, будет трясти месяца два, потом все научатся и все будет ок. двух месяцев вполне хватит — у вас же не олигофрены работают.
практика показывает что как раз легаси барахло причиняет большинство проблем, потому по возможности от него надо избавляться.
у нас базар. там вроде что-то такое было. надо посмотреть.
но в целом все зависит от величины рефакторинга, т.к если он действительно большой и кто-то влил новую фичу то веселье один фиг гарантировано.
с блекджеком..без Тупых Менеджеров и Плохих Разработчиков, так что теперь точно будет все в порядке и теперь-то они точно все сделают как надо. Осталась правда Обстановка на Рынке, но зато будет кого винить в случае факапа.2) написание таких штук требуют, afaiu, достаточно нетривиального понимания происходящего. иначе бы уже давно понаписали бы 100500 ядер. и как это понимание сложится в конкретной голове никто не знает.
У меня есть и часы и мобильник. Всякие кольца/цепочки/браслеты и все остальное подобное я почему-то на дух не переношу, а часы мне нравятся. И покупал я специально те которые нравятся. Механические за те деньги которые есть мне не нравятся, денег вобщем прилично но я привередливый;) Но в целом механические часы-скелетоны на руке очень торкают, особенно со всякими усложнениями. Можно долго смотреть как там внутре все тикает.
Кроме того именно время на них смотреть проще чем на мобильнике, у меня сгс3 в кожуре и когда сидишь выковырять из кармана джинсов его бывает непросто.
Думается что у остальных носящих часы мотивация похожая, ±.
Человек — хороший специалист, но как человек — мудак. Срется с начальством, на подчиненных смотрит как на говно, и тд. Как специалист он конечно найдет свою нишу где его за его скилы будут терпеть. Но пока он эту нишу найдет, пройдет изрядно много времени, смен сотен работ и тд. Любая просьба о повышении зп выльется в гемор, и тд.
Другой человек, может и не такой хороший специалист, но у которого communication skill более прокачан, умеет договариваться, с вменяемым чувством юмора, найдет эту свою нишу гораздо быстрее. В этой нише ему могут платить больше просто за красивые глаза, потому что начальство ему симпатизирует просто как человеку.
Такому человеку больше сойдет с рук, а косячат все.
Это одно. Второе это то что надо не стесняться себя рекламировать — сам себя не похвалишь, никто не похвалит. Не стрематься браться за бОльшие задачи. Кто-то сказал что у людей гораздо больше возникает проблем когда они достигают заниженных целей, чем когда они не достигают завышенных.
Надо быть пробивным, и не бояться отбадывать свое. Очень важно хотеть добиться своей цели — денег, профессионализма, статуса — кому чего надо.
Как-то так. Но это все слова, буковки на экране. Такого и без меня понаписано вагон. Роль играет то, как все это реализуется на деле.
Тут возникает большой вопрос насколько это важно, наличие этих проф качеств.
Работодателю, конечно, важно чтоб нанятый человек выполнял свою работу на уровне, и тут чем человек профессиональнее тем работодателю лучше. Если наняли школоло за мега-бабло, то это засада, да.
Но с точки зрения самого человека эти самые проф. качества не имеют большой ценности сами по себе. Вот два человека со сходной квалификацией. Один пишет тысячи кода, второй кодит не так много(но с работой справляется) + самопиарится. Второму в итоге дали больше денег. И что теперь второму — стреляться? Он плохо поступил и должен вернуть «награбленное»?
Для человека не важно как заработаны деньги, важно их наличие в кол-ве необходимом для счастья этого конкретного человека.
Кто-то продает умение продавать, кто-то продает умение управлять, кто-то продает умение программировать. Специфика отличается, но по сути — один фиг, продажа скилов на рынке. Хорошо продал — молодец, плохо продал — старайся дальше.
Хорошие скилы продаются легче и дороже, плохие — труднее и дешевле. Все очень просто — банальный рынок.
Программист из америки за мою зп к клавиатуре не подойдет. Где справедливость? Американец — читер?
Жизнь вообще не справедлива, ожидать чего-то другого несколько неразумно, мягко говоря.
> Перестать считать, что если вы программист, то всего добились сами и ваша зарплата обусловлена вашими личными качествами
А чем тогда обусловлены достижения? Безличными качествами? Экономическая ситуация и разделение мира на первые и третьи страны пришли к человеку домой и отсыпали денег пока он в ящик смотрел? Это смешно.
Если кто-то добился бОльшего дохода чем соседи воспользовавшись неравномерной оплатой, то это как раз благодрая личным качествам. А то что умение программировать может в эти качества не входить это дело десятое.
Про программирование в целом:
Код сам себя не пишет, ни почти, ни чуть-чуть, ни самую капельку. Так же код ничего не подсказывает. Код/тесты это просто текст. Все происходит в голове программиста, а вы его легко и незатейливо из процесса исключаете. Это смешно. В современном мире все и всегда зависит от человека, программирование не исключение.
Если бы творчества, хоть на грамм, в программировании небыло бы, то можно было бы легко и незатейливо написать «универсальный писальщик программ» который сам бы все остальное и написал. Однако такого нет именно из-за неопределенности происходящего. И книг со сводом правил нет именно по этой же причине.
Умных и Очень умных людей — вагон, в т.ч и в программировании. Если бы все было так просто как вы описываете то эти люди давным давно уже все какие надо правила придумали бы и описали, в каком-нибудь «Едином Своде Правил Программиста» и всеми ими бы пользовались, потому что так действительно было бы удобнее всем. Но ничего подобного нет. Задумайтесь почему так.
Про мержи:
Человек пишет тест на свое усмотрение, «на глаз», потом по нему, опять-таки на свое усмотрение, пишет код. И это все ок. А когда он начнает этот код мержить, на свое усмотрение же, это резко становится проблемой. Это несколько нелогично, не находите?
>От теста нет толку, если его нет. Или если его удалят. Или если его переделают чтобы он проходил.
Если теста нет то его можно написать, еще до мержа. И не давать тесты удалять во время мержа.
Если тесты пишутся, судя по вашей логике, раз и навсегда, чтоб закрепить таким образом поведение проекта то при мерже разные тесты не могут пересечься. Если они таки пересекаются значит кто-то менял логику. Почему та смена логики вас не смущает, а то же самое при мерже резко усугубляет ситуацию. «Нестыковочка»(с). В конце концов, если вы так переживаете за косо смерженные тесты, назначайте людей которые будут делать ревью мержа. Качество мержей будет ровно такое же как и при починке багов/фич.
Мерж — не трагедия, а просто часть работы. А когда код еще и обвешан тестами на те же 80-90% то вообще не проблема — валящиеся тесты покажут где косо смержили.
Когда вы пишете новую фичу, фиксите сложный баг то решаете кучу всяких проблем в коде — собственно главную задачу + совместимость с другими частями + стараетесь сделать «по-уму» + требования сторонние какие-нибудь. И все это вас не смущает. А как появляется мерж так все — проблема. Я не вижу логики.
Да, очень сильно обобщая так и есть. Но это просто одна из частей работы, за которую платят деньги и на которую ты согласился. Мерж по сути ничем не отличается от прибивания багов или написания фич. Относиться надо не менее ответственно. Если человек что-то не понимает — выясняет кто внес изменения и идет говорить с автором до просветления.
ТДД будет сломано если мерж делать тяп-ляп. Мержи — это не халява от vcs, мозги надо держать включенными.
Риски есть всегда. Чтоб небыло неожиданных багов тестировать надо перед выкатываением.
2 — логику сравнивать — смотреть глазами, думать головой. вы предлашаете покрывать только 80-90% кода тестами. это как раз те самые «простые 80%», со сложными 20% начнется ловля багов и выяснение почему не так. наличие рабочей старой ветки позволяет посмотреть как и почему и для чего оно там работало, и почему не работает здесь.
3 — меняйте свн на что-то другое — гит, базар, меркуриал. у меня новая ветка делается минуту-две. проекта занимает 240M. в локалке все коммитится не мгновенно, но близко к этому.
4 — хуже когда не компиляция ломается, это действительно чинится за 15 минут, а когда начинают валиться тесты на каких-то экзотических платформах, к которым доступ только через инет и там легко и незатейливо можно ухлопать несколько дней на выяснение причин. и если время критично, например готовится релиз или что-то еще, то проще откатить все назад и выяснять в чем проблема в отдельное время.
я на этом месте работаю лет 6, сначала был биткипер, потом базар. имхо ветки — самое оно;)
если же несколько лет то гемора с svn->mercurial на протяжении всего этого времени гораздо больше, чем если один раз всех перевести.
да, будет трясти месяца два, потом все научатся и все будет ок. двух месяцев вполне хватит — у вас же не олигофрены работают.
практика показывает что как раз легаси барахло причиняет большинство проблем, потому по возможности от него надо избавляться.
но в целом все зависит от величины рефакторинга, т.к если он действительно большой и кто-то влил новую фичу то веселье один фиг гарантировано.