Про Телегу как-то спорно и неконструктивно, но безапелляционно )
Сам пользуюсь ЯМ на работе, и как пользователь ненавижу это днище всей душой (даже не сравнивайте его с Телегой)
Есть предположение, что не так в разработке российского ПО (как и автомобилей) - большинство задач делаются "для галочки" (главное что функционал формально есть, а удобство инструмента в целом дотациями не оплачивается).
Соррян, перепутал частично - я делал это для продуктов сборки next.
Статикой я называю все статические ресурсы - артефакты сборки и, да, /uploads в том числе. После деплоя на прод надо посмотреть, где в итоге располагаются файлы js, css - и донастроить nginx, чтоб он сразу их отдавал.
Я бы ещё NGINX донастроил, чтоб он статику страпи отдавал (чтобы не нода этим занималась, а NGINX проксировал). Возможно, с нукстом можно провернуть то же самое. Но это уже детали.
Ну и про настройку сертификата я бы тоже добавил, раз уже здесь такая фуллстек-вечеринка
Из опыта, если не юзаете докеры, то когда этот сервер внезапно умрет по неизвестным причинам, вам потребуется хотябы bash скрипт, который скачает репозитории (возможно, конкретных веток/тегов проектов - их может быть больше двух), создаст нужные env файлы (можно без содержимого) и напишет что сделать дальше для экономии времени на развертывание этого всего на другой машине -> в общем, автоматизация ненужной рутины (просто рекомендация)
И в этом есть здравая идея. Периодически нужно обращать внимание на те вещи, которые забываешь на фоне повседневного решения обычных бизнесовых задач. Я бы написал тг бот, который подкидывал бы короткий познавательный текст, исходя из выбранной специализации подписчика.
Вариантов масса. Например, если есть аккаунт в госуслугах (а значит, все необходимые согласия на обработку ПД, скорее всего получены) - мигрировать могли и оттуда.
Сейчас данные везде - собирай не хочу. Да, есть 152 ФЗ, но эта, как мне кажется, фикция зачастую лишь требует проставленной клиентом галочки.
А прикинь, как им обидно после стольких вливаний в разработку и маркетинг когда он никому нафиг не упал ) с попкорном наблюдаю эту агонию - вдруг на законодательном уровне попробуют обязать иметь аккаунт (смешно будет)
А что значит "устаревший"? У нейронки нет такого понятия - она просто генерит код с массой контекстов по принципу "просто чтобы работало" (про масштабируемость речь не идёт вовсе). Я думаю, проблемы будут у всех кодеров, которые начнут поддерживать проект после нее (как после джуна в этом случае)
Не завидую тем фронтам, кто будет поддерживать код, структура которого задана нейронкой (ох, я бы ей не доверял строить базовый код )), когда придется вносить правки. Дизайнер будет разводить руками, мол, "зато мы сэкономили на тебе две недели"
Я думаю, на этот вопрос даст ответ только конкретный результат (и только для конкретного случая). Если по итогу проект необходимо сложен и достаточно прост, отказоустойчив и масштабируем - я бы сказал, что он написан хорошо. Мои критерии: 1) Если в моем проекте разобрался другой человек, задавая минимум вопросов, 2) если я решаю типовые задачи, часто переиспользуя существующий код, 3) как пример, если с бэка прилетают странные данные, и мой проект не падает, а вполне штатно диагностирует, что конкретно ему не нравится (и пишет мне руководство к действию, сэкономив мне время на отладку и поиск причин), 4) ну и соблюдены прочие мелочи в плане производительности - почему бы мне не считать себя нормальным кодером?
Есть одна китайская поговорка "Следи за тем что ты ешь, и у тебя изменится походка". Слепое следование регламентам делает найм хуже и приводит его то состояние в котором он сейчас - "такие правила". Кстати, впервые слышу про "правила" - занимающий должен задавать правила, т.к. его экспертное мнение решает, а не чье либо еще. Но если нет своего опыта - наверное, кроме следования "правилам" ничего не остается, чтоб выглядеть на видео встреч покладистым и "правильным" в глазах тех кто что-то "спустил сверху"
Я к тому и веду, что "двухчасовая душнилка" совершенно не обязательна после "начала разговора" - это говорит о том, что нет опыта выявлять спеца за 20 минут. Вот вся проблема современного найма.
То есть мы пришли к тому, что к стрессовому решению задачек "специально готовиться наверное надо". Таким образом, в очередной раз подтверждаем, что прохождение собеса - это отдельный навык, к которому надо готовиться и тренировать. Я категорически с этим не согласен, конечно, т.к. это не коррелирует со здравым смыслом ) человек должен идти вперёд, а не вечно готовиться к собесам - быть творцом, а не дрессированной обезьяной. Все же, что-то не так с современным наймом.
Могу рассказать про самый крутой собес в своей жизни в 2020-м. Парень, который его проводил сейчас работает в fb (инфраструктурная разработка), задолго до нашего сотрудничества - в yandex (помню, у него три любимых языка: js, py, и как вы думаете что ещё?.. perl)
Ну так вот задал он мне одну единственную задачку и дал открытую на своем ноуте ide без подсветки синтаксиса (это правда мелочь, не знаю зачем вспомнил). Задача простая с анаграммами, да были разговоры про js но без двухчасового вымораживания - через 20 минут мы с ним пили кофе на первом этаже; через пару дней оффер на 30К больше, чем я ожидал - и конец истории.
Выявить опыт можно, отслеживая ход мысли. И для этого просто надо пообщаться, задавая правильные вопросы, а не сидеть и смотреть на камеру собеседника и гадать, юзает он ии или нет
с 10-летним опытом не могут написать работающий код в реальном времени
Так вы каждый день по 4 собеса проводите, а я по 1-4 года в одной компании работаю, и ненавижу собесы, т.к это стресс ) плюс, задача может быть нетипичной для меня - и это двойной стресс. При этом в рабочем процессе, решая повседневные бизнес-задачи, я очень быстро пишу код (разумеется, после того как я в голове сформировал рабочее решение в спокойной обстановке). Все по-разному переносят стресс - но этот факт, конечно, никому из интервьюеров не интересен )
Не знаю, что Вы порвали, но, предполагаю, мозг не перегрелся.
Без обид, с уважением. Хорошей пятницы )
Про Телегу как-то спорно и неконструктивно, но безапелляционно )
Сам пользуюсь ЯМ на работе, и как пользователь ненавижу это днище всей душой (даже не сравнивайте его с Телегой)
Есть предположение, что не так в разработке российского ПО (как и автомобилей) - большинство задач делаются "для галочки" (главное что функционал формально есть, а удобство инструмента в целом дотациями не оплачивается).
Можно сделать лучше?
Соррян, перепутал частично - я делал это для продуктов сборки next.
Статикой я называю все статические ресурсы - артефакты сборки и, да, /uploads в том числе. После деплоя на прод надо посмотреть, где в итоге располагаются файлы js, css - и донастроить nginx, чтоб он сразу их отдавал.
Я бы ещё NGINX донастроил, чтоб он статику страпи отдавал (чтобы не нода этим занималась, а NGINX проксировал). Возможно, с нукстом можно провернуть то же самое. Но это уже детали.
Ну и про настройку сертификата я бы тоже добавил, раз уже здесь такая фуллстек-вечеринка
Из опыта, если не юзаете докеры, то когда этот сервер внезапно умрет по неизвестным причинам, вам потребуется хотябы bash скрипт, который скачает репозитории (возможно, конкретных веток/тегов проектов - их может быть больше двух), создаст нужные env файлы (можно без содержимого) и напишет что сделать дальше для экономии времени на развертывание этого всего на другой машине -> в общем, автоматизация ненужной рутины (просто рекомендация)
Затем, что гордость - низменное чувство!)
И в этом есть здравая идея. Периодически нужно обращать внимание на те вещи, которые забываешь на фоне повседневного решения обычных бизнесовых задач. Я бы написал тг бот, который подкидывал бы короткий познавательный текст, исходя из выбранной специализации подписчика.
И что из этого опенсорс? Дай-те предположу - ничего? Сейчас загуглю...
О, смотри что я нашел:
https://github.com/siyuan-note/siyuan
Прикольно, всё-таки, что гугл ещё не запретили ) надолго ли?
Да тут непаханое поле для российского кино - теперь можно отмывать дотации быстрее и эффективнее )
Вариантов масса. Например, если есть аккаунт в госуслугах (а значит, все необходимые согласия на обработку ПД, скорее всего получены) - мигрировать могли и оттуда.
Сейчас данные везде - собирай не хочу. Да, есть 152 ФЗ, но эта, как мне кажется, фикция зачастую лишь требует проставленной клиентом галочки.
А прикинь, как им обидно после стольких вливаний в разработку и маркетинг когда он никому нафиг не упал ) с попкорном наблюдаю эту агонию - вдруг на законодательном уровне попробуют обязать иметь аккаунт (смешно будет)
А что значит "устаревший"? У нейронки нет такого понятия - она просто генерит код с массой контекстов по принципу "просто чтобы работало" (про масштабируемость речь не идёт вовсе). Я думаю, проблемы будут у всех кодеров, которые начнут поддерживать проект после нее (как после джуна в этом случае)
Не завидую тем фронтам, кто будет поддерживать код, структура которого задана нейронкой (ох, я бы ей не доверял строить базовый код )), когда придется вносить правки. Дизайнер будет разводить руками, мол, "зато мы сэкономили на тебе две недели"
Что ж, хотябы понятно почему не опенсорс
Я думаю, на этот вопрос даст ответ только конкретный результат (и только для конкретного случая). Если по итогу проект необходимо сложен и достаточно прост, отказоустойчив и масштабируем - я бы сказал, что он написан хорошо. Мои критерии: 1) Если в моем проекте разобрался другой человек, задавая минимум вопросов, 2) если я решаю типовые задачи, часто переиспользуя существующий код, 3) как пример, если с бэка прилетают странные данные, и мой проект не падает, а вполне штатно диагностирует, что конкретно ему не нравится (и пишет мне руководство к действию, сэкономив мне время на отладку и поиск причин), 4) ну и соблюдены прочие мелочи в плане производительности - почему бы мне не считать себя нормальным кодером?
Есть одна китайская поговорка "Следи за тем что ты ешь, и у тебя изменится походка". Слепое следование регламентам делает найм хуже и приводит его то состояние в котором он сейчас - "такие правила". Кстати, впервые слышу про "правила" - занимающий должен задавать правила, т.к. его экспертное мнение решает, а не чье либо еще. Но если нет своего опыта - наверное, кроме следования "правилам" ничего не остается, чтоб выглядеть на видео встреч покладистым и "правильным" в глазах тех кто что-то "спустил сверху"
Я к тому и веду, что "двухчасовая душнилка" совершенно не обязательна после "начала разговора" - это говорит о том, что нет опыта выявлять спеца за 20 минут. Вот вся проблема современного найма.
То есть мы пришли к тому, что к стрессовому решению задачек "специально готовиться наверное надо". Таким образом, в очередной раз подтверждаем, что прохождение собеса - это отдельный навык, к которому надо готовиться и тренировать. Я категорически с этим не согласен, конечно, т.к. это не коррелирует со здравым смыслом ) человек должен идти вперёд, а не вечно готовиться к собесам - быть творцом, а не дрессированной обезьяной. Все же, что-то не так с современным наймом.
Для остальных тоже есть выбор - эйджизм или пенсия? Что-то из этого наверняка подойдёт )
Могу рассказать про самый крутой собес в своей жизни в 2020-м. Парень, который его проводил сейчас работает в fb (инфраструктурная разработка), задолго до нашего сотрудничества - в yandex (помню, у него три любимых языка: js, py, и как вы думаете что ещё?.. perl)
Ну так вот задал он мне одну единственную задачку и дал открытую на своем ноуте ide без подсветки синтаксиса (это правда мелочь, не знаю зачем вспомнил). Задача простая с анаграммами, да были разговоры про js но без двухчасового вымораживания - через 20 минут мы с ним пили кофе на первом этаже; через пару дней оффер на 30К больше, чем я ожидал - и конец истории.
Выявить опыт можно, отслеживая ход мысли. И для этого просто надо пообщаться, задавая правильные вопросы, а не сидеть и смотреть на камеру собеседника и гадать, юзает он ии или нет
Так вы каждый день по 4 собеса проводите, а я по 1-4 года в одной компании работаю, и ненавижу собесы, т.к это стресс ) плюс, задача может быть нетипичной для меня - и это двойной стресс. При этом в рабочем процессе, решая повседневные бизнес-задачи, я очень быстро пишу код (разумеется, после того как я в голове сформировал рабочее решение в спокойной обстановке). Все по-разному переносят стресс - но этот факт, конечно, никому из интервьюеров не интересен )