Я так понимаю, это через 1с делается в несколько кликов/форм
организация рабочего места и выдача техники
Стол, стул. Камон. Сейчас у каждого ноутбук есть. Было дело — ходил на работу с двумя ноутбуками сразу. Свой и корпоративный
выдача лицензий на ПО, например на Intellij IDEA
Просто забиваешь адрес сервера лицензирования в окошко и вуаля
организация доступа до ИТ-ландшафта конторы
Один файлик, который нужно драг-энд-дропом в клиент OpenVPN закинуть
затраты времени и сил со стороны сеньоров по введению в проект
выгорание сеньоров, если выяснится, что наняли фуфела
официальное увольнение фуфела
осознание того, что все люди выше отработали вхолостую
Упущенная прибыль с того, что HR отбрил подходящего кандидата на основании не очень гладкого резюме. Этой статистики нигде не ведется и про это не говорят, но на самом деле никто понятия не имеет о том, какой ущерб в виде упущенной прибыли приносит HR-департамент. Я так подозреваю, что на рынке есть тысячи кандидатов, которые вполне нормальные и могли бы работать, но их сбривают HR-ы
Кроме того, внешние HR-ы работают за процент с зарплаты, соответственно при прочих равных им выгодно работать с более дорогими кандидатами
Для решения проблемы депопуляции нужно создать специализированный НИИ состоящий из демографов, антропологов, экономистов, социологов, психологов, культурологов, педагогов, маркетологов и т.д.
К сожалению, все эти люди изучают «как было раньше», а «как должно быть чтобы Х...» — этого никто не знает.
Пример есть в экономике: сотни экономистов и экономических институтов не могут предсказать котировки на бирже.
Комментатор выше правильно написал. Работа с репозиторием осуществляется через гитлаб/гитхаб, где есть мерж/пулл-реквесты. При таком раскладе что там в коммитах — не принципиально. Ну, можно сквош еще включить для пущей красоты
Бывают и обратные случаи. Когда вдумчиво, с чувством, толком и расстановкой принимается решение, которое идет в разрез с общепринятой практикой. Как, например, была тут история про то что заказчик захотел делать все на хранимых процедурах в бд. Наверняка обдуманное, хорошее решение, просто так никто не делает
Так что нужен какой-то баланс между упражнениями в анализе решений и общепринятой практикой
Мне кажется, есть какая-то зависимость от масштаба катастрофы, есть что-то пойдет не так. Если это монолит, который развивает 20 команд, то, наверное, нужно выбирать наиболее популярные, поддерживаемые, развивающиеся решения. Например, взять Postgres, а не монгу, даже если последняя в чем-то выигрывает. В микросервисе больше свободы — можно больше экспериментировать и брать более адаптированные под ситуацию решения. В общем, чем больше разработчиков будут работать над проектом, тем больше он будет содержать шаблонных решений
Все так. Но надо понимать, что инженеры давно просекли эту фишку, и структурируют программы как раз таким образом, чтобы в т.ч. отлов багов был проще )
Так что сконструированы не ошибки. Сконструирована структура, при которой ошибки проявляются где-то.
И, да. Если бы в документацию действительно вкладывалось бы время и деньги, мы бы рано или поздно нашли способ, как скоммуницировать эту структуру понятно не программистам. Но увы, клятый капитализм )
Ну так это тоже ваши эмоции ) Более взрослые, да. В итоге, суть вопроса сводится к банальному "конфликту поколений".
Ну, не знаю. Лично я считаю, что с менее компетентными коллегами стоит, наоборот, найти общий язык, и через эту связь попытаться донести ценности, чем окукливаются в своем коконе. Но это чисто мое мнение. Конечно, они все равно возьмут только нужное, но хотя-бы показать весь ассортимент, мне кажется - стоит того.
Ну, да, чистый код лучше не чистого. Но надо понимать что люди не компьютеры и не просто исполняют заданные программы, а постоянно решают задачи, в условиях к которым включены и собственные эмоции.
Эго - это как раз и есть взрослая часть личности, которая находит компромисс между своими интересами и правилами. Так что если чел настоящий эгоист, за него можно только порадоваться.
Во фронтенде было несколько таких попыток: CoffeScript, Dart, теперь вот TypeScript. Кроме TypeScript-а никто не прижился, но даже с учетом всей его популярности, он все равно не лидер пока. Вот, приложил сравнение количества PR-ов на GH по котлину vs джаве, джава vs скала и TS vs JS.
Экосистема js такая развитая, потому что в ней все знают js и пишут на нем. Любой может написать плагин к популярному инструменту типа вебпака или Бабеля. А на расте плагины смогут писать единицы
Например, сейчас next 12 перешёл на swc, но мы не можем обновиться потому что у нас подключены плагины которые не реализованы для swc. И поделать с этим ничего нельзя - Раст в команде никто не знает
Так что мейнстримом такой подход точно не будет
Ну и ещё не только на расте пишут но и на го. Го не сильно медленнее, но в разы проще. Если уж и писать тулинг на чем-то нативном, то на нем
Компиляция в wa даёт всего-то 20% плюс к производительности, игра не стоит свеч. Это имеет смысл когда нужно переиспользовать нативную библиотеку, или скрыть сорцы от посторонних глаз. Но тоже не мейнстрим
А если посетитель сайта — гражданин другого государства, что делать?
Мидл требует присмотра, а синьор — полностью автономен
Честно говоря, ни разу не видел подобных реклам. Можете реальные примеры привести?
Майнеры засыпают, просыпаются коммунисты
Только вот индексы подобраны так, чтобы отражать ситуацию на рынке
официальное оформление нового сотрудника
Я так понимаю, это через 1с делается в несколько кликов/форм
организация рабочего места и выдача техники
Стол, стул. Камон. Сейчас у каждого ноутбук есть. Было дело — ходил на работу с двумя ноутбуками сразу. Свой и корпоративный
выдача лицензий на ПО, например на Intellij IDEA
Просто забиваешь адрес сервера лицензирования в окошко и вуаля
организация доступа до ИТ-ландшафта конторы
Один файлик, который нужно драг-энд-дропом в клиент OpenVPN закинуть
затраты времени и сил со стороны сеньоров по введению в проект
выгорание сеньоров, если выяснится, что наняли фуфела
официальное увольнение фуфела
осознание того, что все люди выше отработали вхолостую
Упущенная прибыль с того, что HR отбрил подходящего кандидата на основании не очень гладкого резюме. Этой статистики нигде не ведется и про это не говорят, но на самом деле никто понятия не имеет о том, какой ущерб в виде упущенной прибыли приносит HR-департамент. Я так подозреваю, что на рынке есть тысячи кандидатов, которые вполне нормальные и могли бы работать, но их сбривают HR-ы
Кроме того, внешние HR-ы работают за процент с зарплаты, соответственно при прочих равных им выгодно работать с более дорогими кандидатами
К сожалению, все эти люди изучают «как было раньше», а «как должно быть чтобы Х...» — этого никто не знает.
Пример есть в экономике: сотни экономистов и экономических институтов не могут предсказать котировки на бирже.
Комментатор выше правильно написал. Работа с репозиторием осуществляется через гитлаб/гитхаб, где есть мерж/пулл-реквесты. При таком раскладе что там в коммитах — не принципиально. Ну, можно сквош еще включить для пущей красоты
Сколько работаю, нигде сроков сдачи задачи не было. В лучшем случае оценка по часам, и то примерно
Если бы меня попросили оценивать еще и дату сдачи, я бы свихнулся
Не увидел радио-Т
Бывают и обратные случаи. Когда вдумчиво, с чувством, толком и расстановкой принимается решение, которое идет в разрез с общепринятой практикой. Как, например, была тут история про то что заказчик захотел делать все на хранимых процедурах в бд. Наверняка обдуманное, хорошее решение, просто так никто не делает
Так что нужен какой-то баланс между упражнениями в анализе решений и общепринятой практикой
Мне кажется, есть какая-то зависимость от масштаба катастрофы, есть что-то пойдет не так. Если это монолит, который развивает 20 команд, то, наверное, нужно выбирать наиболее популярные, поддерживаемые, развивающиеся решения. Например, взять Postgres, а не монгу, даже если последняя в чем-то выигрывает. В микросервисе больше свободы — можно больше экспериментировать и брать более адаптированные под ситуацию решения. В общем, чем больше разработчиков будут работать над проектом, тем больше он будет содержать шаблонных решений
Все так. Но надо понимать, что инженеры давно просекли эту фишку, и структурируют программы как раз таким образом, чтобы в т.ч. отлов багов был проще )
Так что сконструированы не ошибки. Сконструирована структура, при которой ошибки проявляются где-то.
И, да. Если бы в документацию действительно вкладывалось бы время и деньги, мы бы рано или поздно нашли способ, как скоммуницировать эту структуру понятно не программистам. Но увы, клятый капитализм )
Ну так это тоже ваши эмоции ) Более взрослые, да. В итоге, суть вопроса сводится к банальному "конфликту поколений".
Ну, не знаю. Лично я считаю, что с менее компетентными коллегами стоит, наоборот, найти общий язык, и через эту связь попытаться донести ценности, чем окукливаются в своем коконе. Но это чисто мое мнение. Конечно, они все равно возьмут только нужное, но хотя-бы показать весь ассортимент, мне кажется - стоит того.
Не совсем понятно где работает автор.
Ну, да, чистый код лучше не чистого. Но надо понимать что люди не компьютеры и не просто исполняют заданные программы, а постоянно решают задачи, в условиях к которым включены и собственные эмоции.
Эго - это как раз и есть взрослая часть личности, которая находит компромисс между своими интересами и правилами. Так что если чел настоящий эгоист, за него можно только порадоваться.
Да, на мобилках больше типов данных и на фронте они носят скорее рекомендательный характер.
Идея классная! Осталось совсем немного до акторов )
За год тайпскриптеры получают на 10% больше на рынке США.
Но какое это имеет отношение к обсуждаемой теме?
Может, в будущем что-то и изменится но пока что JS помирать не собирается
Во фронтенде было несколько таких попыток: CoffeScript, Dart, теперь вот TypeScript. Кроме TypeScript-а никто не прижился, но даже с учетом всей его популярности, он все равно не лидер пока.
Вот, приложил сравнение количества PR-ов на GH по котлину vs джаве, джава vs скала и TS vs JS.
Экосистема js такая развитая, потому что в ней все знают js и пишут на нем. Любой может написать плагин к популярному инструменту типа вебпака или Бабеля. А на расте плагины смогут писать единицы
Например, сейчас next 12 перешёл на swc, но мы не можем обновиться потому что у нас подключены плагины которые не реализованы для swc. И поделать с этим ничего нельзя - Раст в команде никто не знает
Так что мейнстримом такой подход точно не будет
Ну и ещё не только на расте пишут но и на го. Го не сильно медленнее, но в разы проще. Если уж и писать тулинг на чем-то нативном, то на нем
Компиляция в wa даёт всего-то 20% плюс к производительности, игра не стоит свеч. Это имеет смысл когда нужно переиспользовать нативную библиотеку, или скрыть сорцы от посторонних глаз. Но тоже не мейнстрим