Я сварщик не настоящий, но есть пара наблюдений на тему django.
Смущает предложение складывать все модели приложения в один файл. Тоже про views. При даже небольшой сложности, порядка десятков моделей / экшенов это будут огромные простыни, в которых трудно ориентироваться, риск конфликтов при параллёльной разработке и т.п. в общем прелести нарушения SRP.
Model-View разделение из коробки есть, но, не видно связывающего их слоя ни во фреймворке, ни в примере. Это создаёт соблазн нахлабучить бизнес-логику в предлагаемых компонентах, что хуже опухших контроллеров, чем грешат джуны в пресловутых MVC-фрейворках.
Функция представления обрабатывает запрос и выполняет все необходимые действия, такие как получение данных из базы данных или выполнение бизнес-логики.
Модульное тестирование при таком подходе обещает отдельную боль.
Что это за этикет такой, откуда пошёл, и в чём смысл? Я понимаю в одном помещении закурить без спроса - может вызвать вопросы, о вреде и уместности. Но тут как будто на другом конце интернета собеседник. Ну курит, или какао пьёт на встрече, какая разница?
Возможно, я в каком-то карьерном пузыре, но с начала пандемии подавляющее большинство компаний их Мск и Спб нанимают в распределённые команды без вопросов к локации кандидатов.
Сейчас, по ощущениям, мне, находясь во втором миллионике страны, сложнее будет найти работу если выставить критерий "наличие офиса с постоянным рабочим местом у работодателя".
До тех пор пока IT сфера будет принадлежать узкой высокотехнологичной прослойке специалистов, сфера имеет сдерживающий темп многоотраслевого развития и инвестиций.
Имхо, момент, когда сфера принадлежала технократам прошла (не наступив), уже давно капиталисты по полной зашли, прослойка специлистов -- уже просто новые "пролетарии". Активы им не пренадлежат, в лучшем случае капелька опционов для мотивации.
Я nocode не особо интересуюсь. Последние годы стал такой термин использоваться, заметил. Если он действительно перспективен, инвесторы найдутся, и рынок порешает. Кажется в отрасли постоянно идёт тенденция, и каждый виток на спирали высокоуровневости преподноситься так, что вот теперь всё, nocode, так и пол века назад было с sql, например.
Посмотрел по тегу -- есть и в плюсе статьи и в минусе, как и в любом другом топике. Скептическое отношение в целом понятно, отрасль, как я сказал, всю историю слышит истории что теперь без разработчиков можно будет разрабатывать. Отчасти прогресс идёт, постепенно всё более высокоуровневые задачи можно решать визуальными средствами и без специальных знаний. Те же конструкторы сайтов и CMS. Лет 10-20 назад такой сложности продукты могли быть только кастомными и много стоили. Сейчас клепаются в несколько кликов, почти бесплатно. Но и люди, освоив одну сложность, сразу хотят покорить следующую, и так по спирали.
По поводу робототехники, я конечно не эксперт. Но на мой дилетантский взгляд:
в Перми наладили выпуск первых российских промышленных роботов,что то типа советского ТУР-10,так куда шло человечество эти 40 лет?
За Пермь не скажу, хабр вне политики. Но человечество и робототехника вполне себе шли вперёд. У многих роботы-пылесосы -- относительно недорогие и компактные. 40 лет назад не было такого. Лего делает крутейшие наборы для робототехники, 40 лет назад о таком дети и мечтать не могли. То чем сейчас дети могу на кружках робототехники заниматься, мне в детстве фантастикой показалось бы.
Имхо, потребительский сектор всё порешает. Как с PC было -- пока компьютер был игрушкой военных и учёных, развитие десятки лет топталось почти на месте. Стоило адаптировать эту штуку на широкий потребительский рынок -- начался бум. Прототипы интернета десятки лет был сложной штукой в университетах и для военных. Стоило сделать его коммерческим - опять бум.
Так же с nocode и робототехникой -- как только бизнес нащупает пользу для массового потребителя, попрёт только так. Если пока нет желаемого бума, значит не настал этот день. Но вы можете поспособстовать этому и податься в стартаперы, если так верите в них и вас это так беспокоит.
Ваш комбайн напомнил мне про laradoc. Я тут скорее за минимализм -- усложнить простое проще, чем упростить сложное)
В phpstorm я не использую подобные интеграции, не могу сказать, мне терминал ближе. В теории может быть, если ему нужен именно путь с исполняемым файлом -- все аргументы прокидываются. С точки зрения ОСи разницы быть не должно.
Нет, требований к локальной машине, кроме docker+make нет. Вызовы интерпретатора и composer происходят в контейнерах. Посмотрите внимательней, этот момент раскрыт в статье.
make используется из-за его доступности из коробки и распространённости. Taskfile -- ещё одна зависимость, которую надо иметь для запуска. Не оспаривая её преимуществ, это усложнение решения поставленной задачи. Я за годы использования не припомню казусов с make. Да, синтаксис специфичен, и какие-то решения без мануала написать не получится, но работает исправно и достаточно прост для обсуждаемого кейса.
Хочу обратить внимание, что регулярные не оплачиваемые сверхурочные (a.k.a. переработки), по хорошему стоит пресекать сверху, не только снизу. Это элементарно при фиксированном графике и может быть частью корпоративной культуры, национальных традиций. При гибком тоже, если в начале или течении дня закоммититься на ожидаемые часы присутствия.
Не стоит всю ответственность за трудовую дисциплину оставлять на сотруднике, организации и руководители тоже должны ценить сотрудников и уважать их время.
Я сварщик не настоящий, но есть пара наблюдений на тему django.
Смущает предложение складывать все модели приложения в один файл. Тоже про views. При даже небольшой сложности, порядка десятков моделей / экшенов это будут огромные простыни, в которых трудно ориентироваться, риск конфликтов при параллёльной разработке и т.п. в общем прелести нарушения SRP.
Model-View разделение из коробки есть, но, не видно связывающего их слоя ни во фреймворке, ни в примере. Это создаёт соблазн нахлабучить бизнес-логику в предлагаемых компонентах, что хуже опухших контроллеров, чем грешат джуны в пресловутых MVC-фрейворках.
Модульное тестирование при таком подходе обещает отдельную боль.
698 700 000 / 4 200 / 24 = 6931 руб/месяц за юнит.
Вообще цена конкурентная за колокейшен. В розницу юнит меньше стоит.
Тэк-с, кандидатов с лишним весом тоже дискриминации будем подвергать на то что не смогли совладать с распределением ресурсов?
Что это за этикет такой, откуда пошёл, и в чём смысл? Я понимаю в одном помещении закурить без спроса - может вызвать вопросы, о вреде и уместности. Но тут как будто на другом конце интернета собеседник. Ну курит, или какао пьёт на встрече, какая разница?
А что не так с курящим кандидатом? Его помещение, его техника и право.
Возможно, я в каком-то карьерном пузыре, но с начала пандемии подавляющее большинство компаний их Мск и Спб нанимают в распределённые команды без вопросов к локации кандидатов.
Сейчас, по ощущениям, мне, находясь во втором миллионике страны, сложнее будет найти работу если выставить критерий "наличие офиса с постоянным рабочим местом у работодателя".
Мне кажется всё не так плохо.
Имхо, момент, когда сфера принадлежала технократам прошла (не наступив), уже давно капиталисты по полной зашли, прослойка специлистов -- уже просто новые "пролетарии". Активы им не пренадлежат, в лучшем случае капелька опционов для мотивации.
Я nocode не особо интересуюсь. Последние годы стал такой термин использоваться, заметил. Если он действительно перспективен, инвесторы найдутся, и рынок порешает. Кажется в отрасли постоянно идёт тенденция, и каждый виток на спирали высокоуровневости преподноситься так, что вот теперь всё, nocode, так и пол века назад было с sql, например.
Посмотрел по тегу -- есть и в плюсе статьи и в минусе, как и в любом другом топике. Скептическое отношение в целом понятно, отрасль, как я сказал, всю историю слышит истории что теперь без разработчиков можно будет разрабатывать. Отчасти прогресс идёт, постепенно всё более высокоуровневые задачи можно решать визуальными средствами и без специальных знаний. Те же конструкторы сайтов и CMS. Лет 10-20 назад такой сложности продукты могли быть только кастомными и много стоили. Сейчас клепаются в несколько кликов, почти бесплатно. Но и люди, освоив одну сложность, сразу хотят покорить следующую, и так по спирали.
По поводу робототехники, я конечно не эксперт. Но на мой дилетантский взгляд:
За Пермь не скажу, хабр вне политики. Но человечество и робототехника вполне себе шли вперёд. У многих роботы-пылесосы -- относительно недорогие и компактные. 40 лет назад не было такого. Лего делает крутейшие наборы для робототехники, 40 лет назад о таком дети и мечтать не могли. То чем сейчас дети могу на кружках робототехники заниматься, мне в детстве фантастикой показалось бы.
Имхо, потребительский сектор всё порешает. Как с PC было -- пока компьютер был игрушкой военных и учёных, развитие десятки лет топталось почти на месте. Стоило адаптировать эту штуку на широкий потребительский рынок -- начался бум. Прототипы интернета десятки лет был сложной штукой в университетах и для военных. Стоило сделать его коммерческим - опять бум.
Так же с nocode и робототехникой -- как только бизнес нащупает пользу для массового потребителя, попрёт только так. Если пока нет желаемого бума, значит не настал этот день. Но вы можете поспособстовать этому и податься в стартаперы, если так верите в них и вас это так беспокоит.
Ваш комбайн напомнил мне про laradoc. Я тут скорее за минимализм -- усложнить простое проще, чем упростить сложное)
В phpstorm я не использую подобные интеграции, не могу сказать, мне терминал ближе. В теории может быть, если ему нужен именно путь с исполняемым файлом -- все аргументы прокидываются. С точки зрения ОСи разницы быть не должно.
Нет, требований к локальной машине, кроме docker+make нет. Вызовы интерпретатора и composer происходят в контейнерах. Посмотрите внимательней, этот момент раскрыт в статье.
make используется из-за его доступности из коробки и распространённости. Taskfile -- ещё одна зависимость, которую надо иметь для запуска. Не оспаривая её преимуществ, это усложнение решения поставленной задачи. Я за годы использования не припомню казусов с make. Да, синтаксис специфичен, и какие-то решения без мануала написать не получится, но работает исправно и достаточно прост для обсуждаемого кейса.
Да, верно. Косвенно затронул в абзаце про тендерный бизнес, но не внес в сам список возможных бизнес-моделей.
Главный её бенефициар в РФ.
Не уловил смысл, простите. В чём прикол?
Хочу обратить внимание, что регулярные не оплачиваемые сверхурочные (a.k.a. переработки), по хорошему стоит пресекать сверху, не только снизу. Это элементарно при фиксированном графике и может быть частью корпоративной культуры, национальных традиций. При гибком тоже, если в начале или течении дня закоммититься на ожидаемые часы присутствия.
Не стоит всю ответственность за трудовую дисциплину оставлять на сотруднике, организации и руководители тоже должны ценить сотрудников и уважать их время.
Отматал на 70 лет, сталинизмом повеяло.
Мне как-то ближе, что можно без террора и массовых убийств эффективно взаимодействовать внутри вида.
Хм, да, тоже слышал про его вегетарианство, резонное замечание.
Над названием можно подумать. Спасибо.
Планета людоедов - рабочее название, но подумал, что слишком спойлер будет.
Людоедский режим сеттинга, людоедская нумерология.
А сколько дадите?
Может скинуться сообществом?
По моему субъективному у ощущению, рекламу вообще по многим параметрам давно пора регулировать.
Навскидку, кажется что часто злоупотребляют:
Унижение человеческого достоинства.
Использование и ориентирован на детей.
Недобросовестность банальная.
В целом объем от визуального пространства в реале и виртуальности.
Хотя, в РФ, кажется не до того...
Нет. Плохи были требования / идея / постановка задачи. Код лишь реализация. Может быть хорошая реализация дурной идеи.