Сел смотреть что там наделали, сижу рыдаю переделывая свой старый .eslintrc.json в новый единственный формат. Ох, вот бы кто написал нормальное руководство по переезду на новый формат...
Ожидал увидеть что-то более реальное, типа "для примера возьмем исходники программы $NAME, для наглядности напишем свою обертку, где выставим нужные нам параметры" и т.п.
Я конечно могу найти что-то вроде https://github.com/google/brotli , поковырять, попытаться понять как это устроено и работает, но всё же... Как то не хватает в статье более-менее реальных примеров, а то на самом интересном всё и закончилось. Я даже думал где-то в конце должна быть рекламная ссылка на курсы.
Оооо, особенно в вэбе! Это на самом деле очень любопытно, особенно на примере "Оранжевого Ютуба", как минимум часть их фронта всегда было интересно поковырять.
То как они внедряли vue по кусочкам, на странице де факто работало несколько инстансов vue, что-то работало с комментариями, что-то с лентов предлагаемых видео, какая-то большая часть классически отдавалась серверов.
Как они пытались бороться со скачиваниями с помощью обфускации кусочков кода, где были спрятаны ссылки на варианты качества и т.п. Но самый находчивый искатель мог без труда отыскать те кусочки скрипта, которые можно было скормить локальной виртуалке с js, реализованной на чем угодно - главное сделать eval и просто получить из функции читаемые ссылки.
Как больше года, из-за их экспериментов с фронтом, обфускацией ссылок, по факту у них была дыра, которая позволяла скачивать премиальные/платные видео (это вообще интересно, были ли к ним претензии от авторов за утечки, были ли компенсации или что нибудь)
Или, например, когда появился OF, он же полностью на vue (вроде как), поэтому мне кажется сейчас самое интересное это отследить как они перейдут с vue2 на vue3, потому что все начальные болячки в виде лагающих огромных лент у них остаются до сих пор и не понятно что им мешает это как-то решить.
Или Патреон с бусти, которые без стыда выплевывали с бэка ссылки на платные контент всем пользователям, главное было знать где и как извлекать это. Справедливости ради патреон так шарил внешние ссылки, любые, которые содержались в платных или закрытых постах.
Ну и вообще интересно на этих вот штуках посмотреть как себя ведет SSR и просто чистый JS насилующий браузер и процессор юзеров. Еще интереснее узнать почему именно эти сервисы выбрали такой вариант, как они к нему пришли и т.п.
Связка obsidian+syncthing работает прекрасно, объединены несколько устройств - win11, linux, android. Из шаманства единственное что сделал для удобства - это завернуть syncthing в трэй на винде, но это дело буквально одной дополнительной установки. Фактически, чтобы потерять все свои данные вам нужно потерять доступ ко всем физическим устройствам, которые шарят папку.
А по моим ощущениям ему важнее не деньги, а отстоять не только свои права, но и коллег. Мне кажется тут странно руководствоваться ощущениями. Но я соглашусь с вами в том смысле, что когда припрёт, то этим всем заниматься некогда, сам попадал в подобные ситуации и было проще уйти и найти новую.
Работаю в госах уже 5+ лет, индексируют ЗП стабильно каждый год на 4-8%, есть бонусные повышалки вплоть до 20%, но это ограниченные акции и нужен хороший отзыв и обоснование от руководства. В этом плане тут проще, есть определенный бюджет на повышение ЗП, как стандартно всем, так и вот эти бонусные, никто эти деньги себе никак не может присвоить, а распредилить обязан, поэтому в большинстве случаев, когда у тебя адекватный начальник, то он подает вот такие заявки на бонусные повышения ЗП, расписывает что ты сделал, какую это пользу принесло или как сэкономило время/деньги.
Да, стартовые ЗП сильно меньше рынка. У нас большая проблема с кадрами. Стоит нанять более-менее толкового джуна или вообще выпускника, проходит полгода-год и вот его уже перекупает какой-нибудь Сбер с оклада 80к на 150-200к, потому что может. И вот приехали.
Я думаю в данном случае автору было принципиальнее отстоять свои права. И я его сильно поддерживаю в этом, надоело вот это вот "ну вы же знаете где живёте". Если начинать с себя, то это как раз очень правильная позиция. Автора начал с себя и отстаивания своих прав.
При чем тут скорость разработки и заявленная вами тема про ЯП для новичков? Какая связь? Вы сами много людей учили или как-то помогали в обучении? Я сам не сильно преподаватель и через меня прошли 3 человека, каждому нужен был очень разный уровень навыков программирования, такой, что они могли на работе автоматизировать какие-то рутинные вещи или просто разобраться в чем-то уже существующем и маленьком.
Я сам начинал с python, сейчас полностью перешел на golang и JS. И советовать эти языки как первые я бы стал только в том случае, если человек четко ставит себе цель. Например вкатиться во фронтэнд, бэкэнд, а может человек игры хочет делать, тогда тем более с C# вероятно начинать и стоит.
Но по моему опыту работы в разных местах (удивительно, но кодят не только в IT компаниях), чаще всего люди учатся писать что-то супер маленькое и простое, что помогает им в работе - спарсить файлики клиентов/заказчиков, собрать из БД в эксельку какой-то отчет и отправить куда-то и т.п. вещи. Так вот в случае python людям сильно проще воспринимать его синтаксис. У меня на много больше сил и времени уходило, чтобы объяснить людям что такое стрелочные функции, асинхронность, как вообще жить со статической типизаций и о том как душно расписывать типы (вы кстати забыли об этом упомянуть, приведя в пример крайне нелепый print).
И да, часто новичкам не нужно вот это вот ХАЙЛОАД, СЕРВЕРЛЕСС, да даже линукса у 99% нет и их пугает это слово. Вообще это правда бред сравнивать какой язык для новичка лучше. Некоторые вообще C++ первый раз пощупали в универе, зато это им дало в последствии такую жирную базу, которую сложно переоценить.
Для чего вот свой template изобретать? По моему эта штука должна решать проблему того, что вам необходимо применять например свои специальные атрибуты или как-то обернуть многословность там, где она есть.
В свое время выбрал vue, вместо react просто потому что ломать голову этим jsx было совсем неприятно, а раздел шаблона в компонентах vue сильно напоминал какой-нибудь jinja
Кстати UPD: на 6.8.1 модули снова собираются, может был мой локальный косяк
А в чем особенность минта, просто ради интереса? Какие его специфичные вещи в DE как-то влияют?
Из всех DE я не могу физически пользоваться только гномом, слишком непривычный опыт он предлагает, я как минимум не хочу делать больше кликов и действий в некоторых повседневных вещах, чем на других. Очень хочется KDE, но ставить поверх минта, потом вычищать всё - такое себе в общем.
Минт же по своей сути это 99% DE и всё, остальное то это пакетная база бубунты с выпиленным снапом + своя маленькая репа со всякими виджетами и прочими мелочами.
То что я настраиваю, это буквально мелочи, типа CONFIG_HZ_1000 (в конфиге убунту по умолчанию стоит 250 при том что даже в документации ядра советуют ставить больше), Low-Latency Desktop (сложно сказать по ощущениям влияет ли, но точно не лишнее), переставляю процессор с generic на AMD, да по мелочи отключаю патчи защиты от всяких спектр и т.п., отключаю selinux и apparmor за ненадобностью на домашней пеке, да в общем и то и всё.
Из ядра решено удалить реализацию функции strlcpy(), которая летом была включена в состав Си-библиотеки Glibc 3.38. Это альтернатива функции strncpy(), содержащей защиту от переполнения буфера и обязательно выставляющей замыкающий строку нулевой байт.
Ооооо, вот оно! А я то думал почему у меня при компиляции ядер на кастомном ядре ругается все на это и никаких ответов нет.
Задачка однако... Некоторые модули не то чтобы нужны, но иногда приходится собрать и подключить.
Товарищи высшие Си программисты, как модули теперь собирать? Тот же v4l2 для видео устройства теперь не собирается на свежем ядре :(
Сел смотреть что там наделали, сижу рыдаю переделывая свой старый .eslintrc.json в новый единственный формат.
Ох, вот бы кто написал нормальное руководство по переезду на новый формат...
Ожидал увидеть что-то более реальное, типа "для примера возьмем исходники программы $NAME, для наглядности напишем свою обертку, где выставим нужные нам параметры" и т.п.
Я конечно могу найти что-то вроде https://github.com/google/brotli , поковырять, попытаться понять как это устроено и работает, но всё же... Как то не хватает в статье более-менее реальных примеров, а то на самом интересном всё и закончилось. Я даже думал где-то в конце должна быть рекламная ссылка на курсы.
Оооо, особенно в вэбе! Это на самом деле очень любопытно, особенно на примере "Оранжевого Ютуба", как минимум часть их фронта всегда было интересно поковырять.
То как они внедряли vue по кусочкам, на странице де факто работало несколько инстансов vue, что-то работало с комментариями, что-то с лентов предлагаемых видео, какая-то большая часть классически отдавалась серверов.
Как они пытались бороться со скачиваниями с помощью обфускации кусочков кода, где были спрятаны ссылки на варианты качества и т.п. Но самый находчивый искатель мог без труда отыскать те кусочки скрипта, которые можно было скормить локальной виртуалке с js, реализованной на чем угодно - главное сделать eval и просто получить из функции читаемые ссылки.
Как больше года, из-за их экспериментов с фронтом, обфускацией ссылок, по факту у них была дыра, которая позволяла скачивать премиальные/платные видео (это вообще интересно, были ли к ним претензии от авторов за утечки, были ли компенсации или что нибудь)
Или, например, когда появился OF, он же полностью на vue (вроде как), поэтому мне кажется сейчас самое интересное это отследить как они перейдут с vue2 на vue3, потому что все начальные болячки в виде лагающих огромных лент у них остаются до сих пор и не понятно что им мешает это как-то решить.
Или Патреон с бусти, которые без стыда выплевывали с бэка ссылки на платные контент всем пользователям, главное было знать где и как извлекать это. Справедливости ради патреон так шарил внешние ссылки, любые, которые содержались в платных или закрытых постах.
Ну и вообще интересно на этих вот штуках посмотреть как себя ведет SSR и просто чистый JS насилующий браузер и процессор юзеров. Еще интереснее узнать почему именно эти сервисы выбрали такой вариант, как они к нему пришли и т.п.
Связка obsidian+syncthing работает прекрасно, объединены несколько устройств - win11, linux, android.
Из шаманства единственное что сделал для удобства - это завернуть syncthing в трэй на винде, но это дело буквально одной дополнительной установки.
Фактически, чтобы потерять все свои данные вам нужно потерять доступ ко всем физическим устройствам, которые шарят папку.
А по моим ощущениям ему важнее не деньги, а отстоять не только свои права, но и коллег. Мне кажется тут странно руководствоваться ощущениями.
Но я соглашусь с вами в том смысле, что когда припрёт, то этим всем заниматься некогда, сам попадал в подобные ситуации и было проще уйти и найти новую.
Работаю в госах уже 5+ лет, индексируют ЗП стабильно каждый год на 4-8%, есть бонусные повышалки вплоть до 20%, но это ограниченные акции и нужен хороший отзыв и обоснование от руководства.
В этом плане тут проще, есть определенный бюджет на повышение ЗП, как стандартно всем, так и вот эти бонусные, никто эти деньги себе никак не может присвоить, а распредилить обязан, поэтому в большинстве случаев, когда у тебя адекватный начальник, то он подает вот такие заявки на бонусные повышения ЗП, расписывает что ты сделал, какую это пользу принесло или как сэкономило время/деньги.
Да, стартовые ЗП сильно меньше рынка. У нас большая проблема с кадрами. Стоит нанять более-менее толкового джуна или вообще выпускника, проходит полгода-год и вот его уже перекупает какой-нибудь Сбер с оклада 80к на 150-200к, потому что может. И вот приехали.
Я думаю в данном случае автору было принципиальнее отстоять свои права.
И я его сильно поддерживаю в этом, надоело вот это вот "ну вы же знаете где живёте".
Если начинать с себя, то это как раз очень правильная позиция. Автора начал с себя и отстаивания своих прав.
При чем тут скорость разработки и заявленная вами тема про ЯП для новичков? Какая связь? Вы сами много людей учили или как-то помогали в обучении?
Я сам не сильно преподаватель и через меня прошли 3 человека, каждому нужен был очень разный уровень навыков программирования, такой, что они могли на работе автоматизировать какие-то рутинные вещи или просто разобраться в чем-то уже существующем и маленьком.
Я сам начинал с python, сейчас полностью перешел на golang и JS. И советовать эти языки как первые я бы стал только в том случае, если человек четко ставит себе цель. Например вкатиться во фронтэнд, бэкэнд, а может человек игры хочет делать, тогда тем более с C# вероятно начинать и стоит.
Но по моему опыту работы в разных местах (удивительно, но кодят не только в IT компаниях), чаще всего люди учатся писать что-то супер маленькое и простое, что помогает им в работе - спарсить файлики клиентов/заказчиков, собрать из БД в эксельку какой-то отчет и отправить куда-то и т.п. вещи.
Так вот в случае python людям сильно проще воспринимать его синтаксис. У меня на много больше сил и времени уходило, чтобы объяснить людям что такое стрелочные функции, асинхронность, как вообще жить со статической типизаций и о том как душно расписывать типы (вы кстати забыли об этом упомянуть, приведя в пример крайне нелепый print).
И да, часто новичкам не нужно вот это вот ХАЙЛОАД, СЕРВЕРЛЕСС, да даже линукса у 99% нет и их пугает это слово.
Вообще это правда бред сравнивать какой язык для новичка лучше.
Некоторые вообще C++ первый раз пощупали в универе, зато это им дало в последствии такую жирную базу, которую сложно переоценить.
Просто переходите на pnpm
Что-то задушило меня оно, впечатление испорчено
Недавно искал как скрыть из своей ленты странных авторов - спасибо, как-то не попадалось на глаза
Для локальной разработки вам хватит файла .pgpass
Для чего вот свой template изобретать? По моему эта штука должна решать проблему того, что вам необходимо применять например свои специальные атрибуты или как-то обернуть многословность там, где она есть.
В свое время выбрал vue, вместо react просто потому что ломать голову этим jsx было совсем неприятно, а раздел шаблона в компонентах vue сильно напоминал какой-нибудь jinja
Тут на самом ничего интересного, но вот важный момент, который в комментариях они сами отметили - они не делают nvme в рейд и есть хорошее объяснение.
Так что тут скорее вывод о том, что лучше планируйте ваше потребление памяти :)
Интересное решение проблемы. Когда у вас в квартире ломается розетка, то вы покупаете новую квартиру?
Кстати UPD: на 6.8.1 модули снова собираются, может был мой локальный косяк
А в чем особенность минта, просто ради интереса? Какие его специфичные вещи в DE как-то влияют?
Из всех DE я не могу физически пользоваться только гномом, слишком непривычный опыт он предлагает, я как минимум не хочу делать больше кликов и действий в некоторых повседневных вещах, чем на других. Очень хочется KDE, но ставить поверх минта, потом вычищать всё - такое себе в общем.
Минт же по своей сути это 99% DE и всё, остальное то это пакетная база бубунты с выпиленным снапом + своя маленькая репа со всякими виджетами и прочими мелочами.
То что я настраиваю, это буквально мелочи, типа CONFIG_HZ_1000 (в конфиге убунту по умолчанию стоит 250 при том что даже в документации ядра советуют ставить больше), Low-Latency Desktop (сложно сказать по ощущениям влияет ли, но точно не лишнее), переставляю процессор с generic на AMD, да по мелочи отключаю патчи защиты от всяких спектр и т.п., отключаю selinux и apparmor за ненадобностью на домашней пеке, да в общем и то и всё.
Ооооо, вот оно! А я то думал почему у меня при компиляции ядер на кастомном ядре ругается все на это и никаких ответов нет.
Задачка однако... Некоторые модули не то чтобы нужны, но иногда приходится собрать и подключить.
Товарищи высшие Си программисты, как модули теперь собирать? Тот же v4l2 для видео устройства теперь не собирается на свежем ядре :(
Сижу на mint, собираю под себя с мелкими изменениями в конфиге, LLVM и прочим.
Не нравятся мне rpm дистрибутивы =(
Просто ЧПУ рассчитан только на англоязычных :)
Мне кажется я никогда в жизни не видел человека, который всерьез читал эти ЧПУ на транслите :)))
Мне кажется эта фигня пришла из западных гацдов в свое время, и ушлые писатели СЕО блогов из конца нулевых переводили это все для контента.