Перевел свою команду на 4х дневку и особой разницы в итоге не заметил по объему задач. Производительность труда выросла, люди стали больше заниматься повышением своей квалификации в выходные, четверг не как пятница, а очень интенсивный рабочий день. Из последнего рабочего дня пропало ощущение ожидания выходных. Люди работают в четверг, у нас рабочая неделя пн - чт, очень продуктивно. Все говорят, что стало хватать выходных на большее чем просто отоспаться и сделать уборку, получается жить)
То есть "отберём у всех больших и раздадим всем желающим". Нихрена ж себе революция.
На самом деле - да. В современных реалиях, как мне кажется, это всё равно что разрешить клонирование. Есть очень много толковых ребят вокруг, кто занимается всеми этими науками по данным, но доступа у них к данным нет. А тут будет доступ к данным, если реально всем желающим раздадут. Кмк, может сильно подтолкнуть развитие сферы дата сайнс, отечественных стартапов в этой сфере и т.п.
Работать за бесплатно конечно же не должны люди. И по нормам вроде как не работают, может я конечно уже отстал от реалий. Если человека ограничивают в свободе и заставляют работать бесплатно, то это уже рабовладение. Людей беспокоит, то что механизм ФСИН не прозрачен. По факту отказаться ты ни от чего не сможешь. Лучше конечно преступлений не совершать никому и жить честно. Но то что в рамках ФСИН будет интересная работа есть большие сомнения. Будешь работать то что дадут и столько сколько скажут в тех условиях которые будут. Будет ли кому-то дело до выгорания? Будет ли психолог который будет работать с выгорающим человеком, будет ли смена работы, обстановки? Как это скажется на человеке? Будет ли это вообще хоть кого-то заботить? Интеллектуальный труд и физический не одно и то же. Если учесть то как не в топовых конторах, а в "топовых" галерах обходятся с людьми... то лучше наверное будет подписаться тапочки шить.
Просто во всех подобных ситуациях должны быть указаны сроки в рамках которых человек в случае увольнения оплачивает вложенные на его обучение, конференции и прочий профессиональный рост средства. Если эти два оклада человек должен вернуть при увольнении как всего через месяц работы, так и через пару лет - что-то здесь не так, сильно не так. Если такая компания будет активно развивать и отправлять на курсы и конференции, то в какой-то момент видимо работник уже будет должен ей платить. =D
помню очень много лет назад у нас на районе прошлись коммунальные службы и ободрали все эти листовки и расклеенные плакаты. Лет 20 назад было. И было один раз =D Потом такого повтора не припомню. Собственно так и должно быть сделано и сделано быть может, если закон соблюдать.
UML мог бы найти себя в сфере накопления знаний о сформировавшемся продукте, инфраструктуре. Но никто этим не занимается, сужу по своему опыту. Дай боже, если будет хотя бы просто документация не для конечного пользователя, а для админа. Документации для разработчиков банально нет и за последние много лет складывается впечатление, что этот навык у людей просто постепенно уходит — писать документацию для себя, для тех кто пишет код с тобой и будет писать после тебя. Работал в проекте по защите данных и вот там была важна изначально высокая точность и надежность. Из UML диаграмм целый год не вылезали. Ушел работать в game-индустрию, в e-commerce и тут подходы уже другие, важны MVP и фичи. Это правильный подход судя по тому, что бизнес не умирают, а быстро развиваются. Такой подход наоборот дает возможность выйти к пользователю раньше и получить и отзывы, и баги и сделать редизайн всего от UI до всего что на серверах. Но в зрелых продуктах, которые уже устоялись, очень часто вижу отсутствие привычки документировать те решения, которые выработаны и будут существовать долго. И приходится бегать и собирать со слов, из комментариев в коде, и из старых переписок, делать реверс-инжинеринг. Накопление знаний как явление отсутствует много где. Вот это вот реально печально.
Тем кто стал это использовать без проверки на патентную «чистоту» и предъявлять. Придумать то что уже придумано не запрещено. Запрещено извлекать выгоду из того, что кто-то уже присвоил себе через патентное или любое другое право.
Согласен с вами, что важные моменты нужно логгировать, в том числе и промежуточные результаты операций, работу со внешними ресурсами. Тогда мы сможем восстановить ход событий и воспроизвести ошибку. Но есть много в процессе отладки, что является по факту мусором. И выше я говорил, что у меня коллеги «дампят» массивы, «дампят» сущности в консоль, потому что какие-то поля у них пустые, компоненты не проинициализированы, описались/перепутали знаки в условиях и т.п. Они это выводят и фиксят: задают полям значения, инициализируют компоненты, правят с if… на if!.. и т.п. Не понимаю пользы такого логгирования. Тогда у нас через строчку будут логи в какой-то момент) Из сегодняшнего вечернего: коллега перепутал в if > и <. Глаз замылился к вечеру и не замечает. Отлаживает. Выводит значения переменных используемых в условии, выводит метку «выполняется ли код в этом блоке». Я говорю про отладку таких ошибок — есть ли смысл в том, что бы это всё оставлять? Думаю, что — нет.
А мы говорим про одно и то же? Я пишу про случаи, когда коллегам нужно посмотреть правильность выполнения условий, присвоения значений и т.п.
for i := range slice{
...
... { spew.Dump(i, slice[i]) }
...
}
Такое можно с учетом вашего пункта 1 писать в лог отформатировано и красиво. Но в какой-то момент у нас туда вообще всё будет писаться. Считаю, что в логи писать всё что тебе пришлось отлаживать не имеет смысла.
Человек приходит и говорит — у меня nil pointer exception. Он идет и расставляет по коду spew.Dump ( или вывод в лог) что бы понять где и в каком месте у него значение не присвоилось. Имеет ли смысл такое оставлять и писать в логи? Нет.
Много моих коллег, кто пишет на го, пришли из php. И они очень хорошо пишут, качественно. Но у них привычка писать строки в консоль и смотреть хоть как-то в дебаггер они не приучены. Если вопрос про культуру и про ее поддержание, то человек, который будет этим заниматься должен иметь опыт и привычку пользоваться дебаггером. Всегда ли нужно лезть в дебаггер или на все ли случаи подходит вывод в консоль? Нет, в этом и суть вопроса — вы как локально отлаживаете и почему? Можно ли отлаживать исключительно выводя всё в консоль — можно. Но возникает вопрос в скорости отладки, в наглядности информации предоставляемой обоими способами. Как у меня коллега отлаживает проблему, которая возникает где-то в цикле: в цикле пишет кучу переменных в консоль, форматирует вывод, выводит разделители и т.п. Запускает, смотрит вывод. Добавляет / убирает переменные из вывода. Зачем делать работу, которая делается дебаггером из коробки?
На сколько понимаю, то основная цель — это найти человека, который сможет поддерживать высокий уровень профессионализма в применении языка Go, задать стандарты. Думаю, что многие со мной не согласятся, но это факт, что без хорошей теоретической базы в структурах данных и алгоритмах сложно поддерживать высокий уровень кода в компании или даже в команде. Поэтому HR-ы должны на подлете срезать тех, кто не знает про связные списки, не знает как их обратить, не может ничего сказать про %желаемая_структура_или_алгоритм% и т.п.
Не все вопросы я бы взял, что-то бы переформулировал, но расширил бы ваш список вопросами это точно:
а) контекст — человек должен прекрасно понимать что это и зачем.
б) как выделяется память в Go программе
в) как работает сборщик мусора
г) дебагер — как делаете отладку локально. Почему это важно? Потому что очень много людей выводят дампы в консоль через println или spew.Dump. Скажем так это не совсем то что нужно, если мы за культуру разработки :)
д) вопросы про принципы построение библиотек, про design patterns применительно именно к Go. У вас есть вопрос про интерфейсы, и при желании из него можно выйти, но мне кажется, что этого не достаточно, для оценки специалиста, на котором будет ответственность за качество Go кода.
В Go есть пакет sort, который содержит в себе набор функций для сортировки. В этом и вопрос: вы будете quicksort писать сами или воспользуетесь стандартной библиотекой? В которой реализовано всё минимально необходимое как для сортировки слайсов int, float, string, так и для сортировки структур. Там даже два разных алгоритма есть (в коде один называется stable, другой quickSort). Для каждого указано даже O(...log(n)...) вызовов и для одного указано, что-то типа «not guaranteed to be stable» — интересно для которого? =) Было бы интересно поговорить не только про библиотеку, но и про сам алгоритма quicksort. Прям открыть код и поговорить — почему оно реализовано так и какие проблемы они пытаются решить.
Ужасное фото. Только не понятно почему они мусор какой-нибудь палкой хотя бы от кроватей не уберут? Сложить горкой и иметь хоть чуть-чуть пространства почище.
Асад говорит, что на территории Сирии воруют нефть и говорит, что США в этом завязаны. Но кто ж докажет то? =D Но можно посмотреть кто был например на нефтедобыче в Ираке до войны и как сложилось после войны. И если делать схему не топорно, то можно грести жар чужими руками — все винят одного, а загребает другой. Лоббирование тоже может помочь в этом. И не обязательно лоббировать в своей родной стране. Что мешает капиталу из Великобритании лоббировать свои интересы в США?
Тут скорее нужны ссылки не на США и их бюджет, а на основных выгодоприобретателях в результате тех или иных событий. Например на отчеты Shell или других компаний, кто занимается нефтью/газом. У них по отчетам видно же, что они где-то приобрели, где-то продали, например в том же Ираке. И собственно вопрос — без военных действий и изменений в результате оных те или иные приобретения были бы возможны?
Почему негр-гомосек не может быть с имперской манией величия? Раса и сексуальная ориентация это всего лишь раса и ориентация, они не делают человека лучше или хуже. Или уже промывающая мозг повестка дня дошла до того, что люди с определенным сочетанием таких характеристик как раса, гендер, секс.предпочтения делают человека Святой Добродетелью или доктором Зло? Это сравнение теплого (раса и ориентация) и мягкого (политические амбиции человека).
Если брать «зарубежных партнеров», как любит говорит наш президент, то там хорошо видно, что у них идет якобы сменяемость власти, но интересы транслируемые новыми людьми не особо то меняются. На обычных трудяг как забивали так и забивают. Забастовки, как и народные волнения, вовсе не от хорошей жизни: людей прижали, сделали хуже чем было, довели до состояния, что уже только выходить и бастовать. Во внешней политике — война там, война сям. И всё же для того чтобы спасти людей от ужасных диктаторов. Примечательно было смотреть выступление представителя Сирии, не помню где именно, что-то типа:
— Интересы США, интересы России, а когда будем говорит про интерес сирийского народа?
— По оценке Моссери, публикации представителей уязвимых в социальном отношении групп получали меньшую «по сравнению с белыми и привилегированными людьми» аудиторию за счет алгоритма выдачи постов.
Т.е. у них расистский алгоритм был написан? Т.е. алгоритм среди прочих параметров учитывал расу и отдавал предпочтение белым? =0 Вот это поворот.
да, а еще часто хотят заехать на заправку и из-за этого конфликт, потому что не соглашаешься. и начинают агрессивно напирать: мы вообще тогда никуда не доедем, у меня топливо кончится. и выворачивают на стоянку. ввели бы за это тоже вычет =D
На мой взгляд в go хорошая стандартная библиотека, которая содержит всё необходимое для веба: http, cookie, формы, шаблоны. Часть своих проектов для web у меня на «чистом go», т.е. все написано средствами стандартной библиотеки. Как правило это довольно простые сервисы с небольшим функционалом, но со всеми «атрибутами» web-а: cookie / JWT, формы, генерация страниц по шаблонам. Для чего-то сложно можно взять фрэймворк, если он реализует необходимую рутину. Например, для разработки микросервисов или приложения на базе плагинов.
А руководители, я прошу прощения, слишком зажрались. Формально – да, изменения – их основная работа.
Не понимаю зачем вводить сущности и что-то переизобретать, если изменениями занимается менеджмент, только из-за того что начальники слишком зажрались? Есть готовая профессия, специальности в университетах. Просто на руководящих должностях должны быть профессионалы, компетентные специально обученные люди.
Суть работы программиста – изменения. Никакая другая профессия из известных мне не стоит так же близко к изменениям, как программист.
Менеджмент всецело в изменениях, потому что нужно принимать постоянно управленческие решения в рамках неопределенности и в постоянно меняющейся окружающей среде.
Перевел свою команду на 4х дневку и особой разницы в итоге не заметил по объему задач. Производительность труда выросла, люди стали больше заниматься повышением своей квалификации в выходные, четверг не как пятница, а очень интенсивный рабочий день. Из последнего рабочего дня пропало ощущение ожидания выходных. Люди работают в четверг, у нас рабочая неделя пн - чт, очень продуктивно. Все говорят, что стало хватать выходных на большее чем просто отоспаться и сделать уборку, получается жить)
То есть "отберём у всех больших и раздадим всем желающим". Нихрена ж себе революция.
На самом деле - да. В современных реалиях, как мне кажется, это всё равно что разрешить клонирование. Есть очень много толковых ребят вокруг, кто занимается всеми этими науками по данным, но доступа у них к данным нет. А тут будет доступ к данным, если реально всем желающим раздадут. Кмк, может сильно подтолкнуть развитие сферы дата сайнс, отечественных стартапов в этой сфере и т.п.
Работать за бесплатно конечно же не должны люди. И по нормам вроде как не работают, может я конечно уже отстал от реалий. Если человека ограничивают в свободе и заставляют работать бесплатно, то это уже рабовладение. Людей беспокоит, то что механизм ФСИН не прозрачен. По факту отказаться ты ни от чего не сможешь. Лучше конечно преступлений не совершать никому и жить честно. Но то что в рамках ФСИН будет интересная работа есть большие сомнения. Будешь работать то что дадут и столько сколько скажут в тех условиях которые будут. Будет ли кому-то дело до выгорания? Будет ли психолог который будет работать с выгорающим человеком, будет ли смена работы, обстановки? Как это скажется на человеке? Будет ли это вообще хоть кого-то заботить? Интеллектуальный труд и физический не одно и то же. Если учесть то как не в топовых конторах, а в "топовых" галерах обходятся с людьми... то лучше наверное будет подписаться тапочки шить.
Просто во всех подобных ситуациях должны быть указаны сроки в рамках которых человек в случае увольнения оплачивает вложенные на его обучение, конференции и прочий профессиональный рост средства. Если эти два оклада человек должен вернуть при увольнении как всего через месяц работы, так и через пару лет - что-то здесь не так, сильно не так. Если такая компания будет активно развивать и отправлять на курсы и конференции, то в какой-то момент видимо работник уже будет должен ей платить. =D
помню очень много лет назад у нас на районе прошлись коммунальные службы и ободрали все эти листовки и расклеенные плакаты. Лет 20 назад было. И было один раз =D Потом такого повтора не припомню. Собственно так и должно быть сделано и сделано быть может, если закон соблюдать.
Такое можно с учетом вашего пункта 1 писать в лог отформатировано и красиво. Но в какой-то момент у нас туда вообще всё будет писаться. Считаю, что в логи писать всё что тебе пришлось отлаживать не имеет смысла.
Человек приходит и говорит — у меня nil pointer exception. Он идет и расставляет по коду spew.Dump ( или вывод в лог) что бы понять где и в каком месте у него значение не присвоилось. Имеет ли смысл такое оставлять и писать в логи? Нет.
Не все вопросы я бы взял, что-то бы переформулировал, но расширил бы ваш список вопросами это точно:
а) контекст — человек должен прекрасно понимать что это и зачем.
б) как выделяется память в Go программе
в) как работает сборщик мусора
г) дебагер — как делаете отладку локально. Почему это важно? Потому что очень много людей выводят дампы в консоль через println или spew.Dump. Скажем так это не совсем то что нужно, если мы за культуру разработки :)
д) вопросы про принципы построение библиотек, про design patterns применительно именно к Go. У вас есть вопрос про интерфейсы, и при желании из него можно выйти, но мне кажется, что этого не достаточно, для оценки специалиста, на котором будет ответственность за качество Go кода.
Тут скорее нужны ссылки не на США и их бюджет, а на основных выгодоприобретателях в результате тех или иных событий. Например на отчеты Shell или других компаний, кто занимается нефтью/газом. У них по отчетам видно же, что они где-то приобрели, где-то продали, например в том же Ираке. И собственно вопрос — без военных действий и изменений в результате оных те или иные приобретения были бы возможны?
Если брать «зарубежных партнеров», как любит говорит наш президент, то там хорошо видно, что у них идет якобы сменяемость власти, но интересы транслируемые новыми людьми не особо то меняются. На обычных трудяг как забивали так и забивают. Забастовки, как и народные волнения, вовсе не от хорошей жизни: людей прижали, сделали хуже чем было, довели до состояния, что уже только выходить и бастовать. Во внешней политике — война там, война сям. И всё же для того чтобы спасти людей от ужасных диктаторов. Примечательно было смотреть выступление представителя Сирии, не помню где именно, что-то типа:
— Интересы США, интересы России, а когда будем говорит про интерес сирийского народа?
Т.е. у них расистский алгоритм был написан? Т.е. алгоритм среди прочих параметров учитывал расу и отдавал предпочтение белым? =0 Вот это поворот.
Не понимаю зачем вводить сущности и что-то переизобретать, если изменениями занимается менеджмент, только из-за того что начальники слишком зажрались? Есть готовая профессия, специальности в университетах. Просто на руководящих должностях должны быть профессионалы, компетентные специально обученные люди.
Менеджмент всецело в изменениях, потому что нужно принимать постоянно управленческие решения в рамках неопределенности и в постоянно меняющейся окружающей среде.