Я скучаю по тем временам, когда 16 Гб оперативной памяти было достаточно вообще для любых нужд программиста. Ну разве что для terms rewriting требовалась пара сотен гигов.
Теперь же оперативка на 32 Гб стоит столько же, сколько RTX 5060, а 64 -- как плейстейшен 5.
Теперь же оперативка на 32 Гб стоит столько же, сколько RTX 5060, а 64 -- как плейстейшен 5.
1❤40👍10
...масштабная компрометация экосистемы npm:
злоумышленники запустили вторую волну атаки самореплицирующегося червя Шай-Хулуд, заразив 492 npm-пакета, чья суммарная аудитория составляет 132 миллиона загрузок в месяц.
А я всего три дня назад предупреждал про npm. Штош.
"Скоро мы вступим на территорию песчаных червей. Нельзя идти обычным шагом. Иначе мы все умрём".
злоумышленники запустили вторую волну атаки самореплицирующегося червя Шай-Хулуд, заразив 492 npm-пакета, чья суммарная аудитория составляет 132 миллиона загрузок в месяц.
А я всего три дня назад предупреждал про npm. Штош.
"Скоро мы вступим на территорию песчаных червей. Нельзя идти обычным шагом. Иначе мы все умрём".
1🤯27✍12⚡9❤2
This media is not supported in your browser
VIEW IN TELEGRAM
Когда вышел первый день на новую работу, и тебе сразу набросали кучу тикетов по огромной легаси-базе :)
1😁54❤5💯3
Мастер обычно программировал вместе с учениками даже в возрасте 84 лет: разрабатывал монадические цепочки, кодировал ветвящиеся алгоритмы обхода пайплайнов сетевых сервисов, рефакторил под композабельность модули распаковки.
Ученики чувствовали себя виноватыми, видя, как старый Мастер работает столь усердно, но знали, что он не послушает их советов не работать. Поэтому они решили забанить ему доступ на рабочий сервер.
В этот день учитель не ел. На следующий день он тоже не ел, и на следующий тоже.
"Наверное, он сердится, что мы ограничили его права, -- подумали ученики. -- Лучше вернём их".
Когда они сделали это, учитель работал весь день и ел так же, как и раньше. Вечером он сказал им:
-- Кто не работает, тот не ест.
После этих слов самый толстый ученик обрёл просветление.
Ученики чувствовали себя виноватыми, видя, как старый Мастер работает столь усердно, но знали, что он не послушает их советов не работать. Поэтому они решили забанить ему доступ на рабочий сервер.
В этот день учитель не ел. На следующий день он тоже не ел, и на следующий тоже.
"Наверное, он сердится, что мы ограничили его права, -- подумали ученики. -- Лучше вернём их".
Когда они сделали это, учитель работал весь день и ел так же, как и раньше. Вечером он сказал им:
-- Кто не работает, тот не ест.
После этих слов самый толстый ученик обрёл просветление.
2🔥53😁15🫡4✍3
This media is not supported in your browser
VIEW IN TELEGRAM
...А эти инженеры, начитавшись материалов Лаборатории, выполнили почти идеальное проектирование в реактивной (data streams + backpressure) архитектурной парадигме.
2🏆47😁8❤4
Однажды к Мастеру пришёл молодой программист и похвастался:
- Кому нужны знания математики или кампутер сайнса? Я самостоятельно изучил пыхапы и жумбу, у меня отличная репутация на сайтах фриланса, я завален заказами, и сейчас организую свою фирму по созданию и парсингу сайтов. Мне не нужны математики, мне нужны кодировщики на пыхе.
- Чем бы ты ни занимался, - ответил Мастер, - ты всегда становишься тем, чем ты занимаешься. Занимаешься разработкой сайтов на PHP ради банковского счёта -- в этот мусор и превращаешься. Не занимайся вебом ради денег -- занимайся трансцендентным метапрограммированием и гомотопической теорией типов, которые превосходят любые вещи и формы; занимайся тем, что заставит тебя поднять глаза к небу. Люби Haskell, люби Clojure, люби самые сложные из программистских вершин!!1
Молодой программист внял совету Мастера, переписал движок сайта на F#, после чего просветлился, а из-за оверинжиниринга потерял всех клиентов.
- Кому нужны знания математики или кампутер сайнса? Я самостоятельно изучил пыхапы и жумбу, у меня отличная репутация на сайтах фриланса, я завален заказами, и сейчас организую свою фирму по созданию и парсингу сайтов. Мне не нужны математики, мне нужны кодировщики на пыхе.
- Чем бы ты ни занимался, - ответил Мастер, - ты всегда становишься тем, чем ты занимаешься. Занимаешься разработкой сайтов на PHP ради банковского счёта -- в этот мусор и превращаешься. Не занимайся вебом ради денег -- занимайся трансцендентным метапрограммированием и гомотопической теорией типов, которые превосходят любые вещи и формы; занимайся тем, что заставит тебя поднять глаза к небу. Люби Haskell, люби Clojure, люби самые сложные из программистских вершин!!1
Молодой программист внял совету Мастера, переписал движок сайта на F#, после чего просветлился
3👍43😁28😇7💯5❤🔥2
.
Ну, с Зимой! И с Днём Математика!
=
Облако драгоценностей за неделю.
Приватный клуб.
Я просто хочу избавить вас от очень вероятного жалкого существования: вы никогда не станете хороши в программировании, пока вы будете продолжать пытаться уговорить нечто, что не понимает, что оно делает, создать что-то, что вы тоже не понимаете...
Работать с Big Ball of Mud ужасно. Если вы чихнете где-то в своей части кодовой базы, то нарушите работу 100500 функций, о существовании которых даже не подозревали. Большой Комок Говнокода сильно замедляет работу, регулярно приводит к ошибкам и вызывает сильное желание психануть и вообще уйти из индустрии...
Для донов-начинающих:
Почему люди с маленьким, а то и с нулевым, опытом разработки, всё равно в конечном итоге получают работу, а у вас это почему-то никак не получается?..
Единственная вещь, которая смущает в жизни больше, чем попытки и неудачи — это то, что ты ...
Где потренироваться в задачках по программированию?
Для донов-неначинающих:
Недавно отговаривал парнишку от вакансии, там красные флаги лютые, вплоть до логирования действий и скриншотов экрана, но он боится остаться без работы, потому что надо же где-то работать, а рынок ИТ типа плохой. Так вот...
Самые большие заблуждения тех, кто с зарплаты 100-150к хочет выйти на 300+к, и как правильно...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Гайд Вайб-проектирование
5. Software Design с акцентом на Programming in Large (new)
=
Новые материалы для ментатов Лаборатории.
В СильныеИдеи добавлен материал "129) The Rule of Least Power".
В программной инженерии хорошо известно The Rule of Least Power, которое предполагает выбор наименее мощного языка, подходящего для заявленной цели.
Если мы обобщим это с "наименее мощного языка" на "наименее мощную функцию/инструмент/паттерн/" и т.д., то получим важную эвристику разработки: ...
В раздел "Элитный программист" добавлен материал
83) ...
Вероятно, вы проводите большую часть своего времени, просто пытаясь пережить текущий день или даже текущую задачу, и вам трудно отвлечься и подумать обо всём следующем "годе". Тем не менее, я думаю, что оно того стоит, и это не займет у вас много времени.
Но с чего вообще начать? Отсутствие самого первого ясного шага может легко парализовать ваш анализ и помешать вам вообще что-либо сделать...
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
"ЛаМПовое": memory is slow disk is fast, формализация тестирования...
=
Гайд про функциональные архитектуры в активной работе, готово 52 (+2 :) топиков (добавляю жёсткий хейт Чистой архитектуры). Как будет 108, дам ментатам доступ.
Ну, с Зимой! И с Днём Математика!
=
Облако драгоценностей за неделю.
Приватный клуб.
Я просто хочу избавить вас от очень вероятного жалкого существования: вы никогда не станете хороши в программировании, пока вы будете продолжать пытаться уговорить нечто, что не понимает, что оно делает, создать что-то, что вы тоже не понимаете...
Работать с Big Ball of Mud ужасно. Если вы чихнете где-то в своей части кодовой базы, то нарушите работу 100500 функций, о существовании которых даже не подозревали. Большой Комок Говнокода сильно замедляет работу, регулярно приводит к ошибкам и вызывает сильное желание психануть и вообще уйти из индустрии...
Для донов-начинающих:
Почему люди с маленьким, а то и с нулевым, опытом разработки, всё равно в конечном итоге получают работу, а у вас это почему-то никак не получается?..
Единственная вещь, которая смущает в жизни больше, чем попытки и неудачи — это то, что ты ...
Где потренироваться в задачках по программированию?
Для донов-неначинающих:
Недавно отговаривал парнишку от вакансии, там красные флаги лютые, вплоть до логирования действий и скриншотов экрана, но он боится остаться без работы, потому что надо же где-то работать, а рынок ИТ типа плохой. Так вот...
Самые большие заблуждения тех, кто с зарплаты 100-150к хочет выйти на 300+к, и как правильно...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Гайд Вайб-проектирование
5. Software Design с акцентом на Programming in Large (new)
=
Новые материалы для ментатов Лаборатории.
В СильныеИдеи добавлен материал "129) The Rule of Least Power".
В программной инженерии хорошо известно The Rule of Least Power, которое предполагает выбор наименее мощного языка, подходящего для заявленной цели.
Если мы обобщим это с "наименее мощного языка" на "наименее мощную функцию/инструмент/паттерн/" и т.д., то получим важную эвристику разработки: ...
В раздел "Элитный программист" добавлен материал
83) ...
Вероятно, вы проводите большую часть своего времени, просто пытаясь пережить текущий день или даже текущую задачу, и вам трудно отвлечься и подумать обо всём следующем "годе". Тем не менее, я думаю, что оно того стоит, и это не займет у вас много времени.
Но с чего вообще начать? Отсутствие самого первого ясного шага может легко парализовать ваш анализ и помешать вам вообще что-либо сделать...
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
"ЛаМПовое": memory is slow disk is fast, формализация тестирования...
=
Гайд про функциональные архитектуры в активной работе, готово 52 (+2 :) топиков (добавляю жёсткий хейт Чистой архитектуры). Как будет 108, дам ментатам доступ.
1❤36👍8🔥6✍3❤🔥1
Почему база реально важна? Когда на одном конце спектра хорошее понимание computer science, а на другом вайб-кодинг. Ну, главный критерий -- это хрупкость скиллов. В конкретном стеке, в конкретном проекте, во фреймворке конкретной версии, с помощью ЖПТ действительно можно наловчиться быстро-быстро пилить типовые скучные задачки, возможно даже и на сеньорском уровне. Но стоит выйти чуть-чуть за границу, как макбук превратится в powerbook g4, а сеньор в джуниора :)
Условно говоря, пришёл на новое место, где та же джанга, но 5-й версии. И вроде бы то же самое, но если не изучал мой гайд "незримые механизмы логики" с разбором асинхронщины, как сразу все знания полностью ломаются при столкновении с асинхронным ORM-ом, многозадачностью в одном потоке, смешивании синхронного и асинхронного кода, n+1...
Или более наглядный пример: без нейросетки пишешь на работе более-менее норм код, и даже на литкоде решаешь довольно сложные задачки... но вот стал ходить на собесы и внезапно оказывается, что когда ты пишешь лайв-код и кто-то смотрит на тебя со стороны, в голове возникает полная пустота, ступор, и ни одной рабочей мысли :)
А потому что =>
"Боец, в критической ситуации ты не поднимешься до уровня своих ожиданий, а опустишься до уровня своей подготовки".
Условно говоря, пришёл на новое место, где та же джанга, но 5-й версии. И вроде бы то же самое, но если не изучал мой гайд "незримые механизмы логики" с разбором асинхронщины, как сразу все знания полностью ломаются при столкновении с асинхронным ORM-ом, многозадачностью в одном потоке, смешивании синхронного и асинхронного кода, n+1...
Или более наглядный пример: без нейросетки пишешь на работе более-менее норм код, и даже на литкоде решаешь довольно сложные задачки... но вот стал ходить на собесы и внезапно оказывается, что когда ты пишешь лайв-код и кто-то смотрит на тебя со стороны, в голове возникает полная пустота, ступор, и ни одной рабочей мысли :)
А потому что =>
"Боец, в критической ситуации ты не поднимешься до уровня своих ожиданий, а опустишься до уровня своей подготовки".
1✍49💯16❤5
"Zig -- это преемник Си / новый Си, хотя ещё недавно считалось, что таким будет Rust."
И вот внезапно Эндрю Келли (создатель Zig) заявил на днях:
"...совершенно очевидно, что инженерное мастерство, которое обеспечило успех GitHub, больше не есть его движущая сила. Приоритеты и инженерная культура [в Microsoft] протухли, и пользователи в результате вынуждены довольствоваться каким-то раздутым и глючным JavaScript-фреймворком "во имя прогресса". То, что раньше было быстрым, теперь работает медленно и часто полностью ломается… Самое главное, что в GitHub Actions есть непростительные ошибки, но при этом они полностью игнорируются."
Эндрю также крайне недоволен нарушениями Microsoft строгой политики Zig "не допускать в прод LLM / AI", которые, по его мнению, связаны с агрессивным продвижением Copilot на GitHub.
Время такое, братишка, время такое :)
Да, самое забавное, что Эндрю полностью ушёл с гитхаба. Куда? Нет, не на сорсфорж, и даже не на gitverse, а наcodeberg (узнал только сегодня про его существование :).
И вот внезапно Эндрю Келли (создатель Zig) заявил на днях:
"...совершенно очевидно, что инженерное мастерство, которое обеспечило успех GitHub, больше не есть его движущая сила. Приоритеты и инженерная культура [в Microsoft] протухли, и пользователи в результате вынуждены довольствоваться каким-то раздутым и глючным JavaScript-фреймворком "во имя прогресса". То, что раньше было быстрым, теперь работает медленно и часто полностью ломается… Самое главное, что в GitHub Actions есть непростительные ошибки, но при этом они полностью игнорируются."
Эндрю также крайне недоволен нарушениями Microsoft строгой политики Zig "не допускать в прод LLM / AI", которые, по его мнению, связаны с агрессивным продвижением Copilot на GitHub.
Время такое, братишка, время такое :)
Да, самое забавное, что Эндрю полностью ушёл с гитхаба. Куда? Нет, не на сорсфорж, и даже не на gitverse, а на
1👍50❤8✍6
Сделайте паузу и подумайте, когда у вас в последний раз был полноценный рабочий день? Когда вы могли продуктивно писать код все 8-10 часов, и вас не дёргал бы постоянно нервный тимлид, эффективные менеджеры и занудные коллеги?
Anonymous Poll
19%
вчера/сегодня/регулярно
6%
на прошлой неделе
5%
в прошлом месяце
19%
в этом году
50%
хз/никогда
1🤔34🏆10😁3
"...один из старших программистов пытался и пытается продать идею, как офигенно делать контроллер с эндпоинтом на ~1к строк, где куча всего делается и поиск багов из прода там превращался просто в треш (+ куча внешних сервисов используемых в этом коде), причем на полной серьезе, типо так читаемость классная. Тыкать в IDE особо не надо, сразу идешь по потоку программы. Поэтому и интерфейсы в топку, иначе тыкнул по интерфейсу в коде и не сразу попал на класс реализации, очень неудобно ему. Очень яркие ощущения были от работы с его кодом."
Ну какая-то логика удобства в этом подходе прослеживается :) Когда я пишу код, который точно буду использовать только сам, иногда так для удобства и делаю, потому что действительно просто удобно его читать (мне), а в редакторе можно схлопывать просто куски. Главное, что если в голове есть четкая модель, то вообще пофиг, как код организован. Точнее, я настраиваю его структуру конкретно под себя, под свой стиль, который может быть весьма странным со стороны.
И это собственно самая что ни на есть ключевая проблема программной инженерии: пишу ли я код только для себя, который удобно использовать здесь и сейчас, или же его потом будут годами дорабатывать другие люди, плохо знакомые с проектом. И это даже сеньорам очень трудно объяснить...
В этом кстати часто преимущество стартапов: там каждый на все руки мастер, знает всю кодовую базу от начала до конца, и в какой-то степени горит продуктом, поэтому не так важно на первых порах, насколько код запутан, всё решает энтузиазм. Точнее, так: самое большое преимущество стартапов в том, что всем их сотрудникам до какого-то переломного момента не всё равно.
А крупные технологические компании -- это, по сути, зомби, поддерживаемые тысячами сотрудников, которым на самом деле наплевать на компанию, и их единственное спасение -- организация как можно более чётких процессов разработки и тотальное документирование в расчёте на лёгкую заменяемость кодовых обезьянок. Но это тоже мало где имеется :) Вот почему они в конечном итоге терпят крах, а стартапы становятся именно тем, с чем они изначально конкурировали...
=
...А по поводу самого подхода "контроллер с эндпоинтом на ~1к строк" вот что хочу сказать: а вдруг этот сеньор проходил мой трек по гомотопической теории типов? :)
Напомню, что сложные системы в HoTT естественно представляются как композиции путей, склеивание вдоль границ, факторизация через эквивалентности и т.д. И вот подход "один здоровенный контроллер" можно интерпретировать как попытку представить всю бизнес-логику как один длинный путь в огромном пространстве состояний без явного разбиения на подпространства и эквивалентности.
Есть некоторый огромный тип/пространство (все возможные состояния системы и внешних сервисов), и контроллер -- это одна длинная кривая от "начало запроса" до "ответ отдан". Она почти не имеет явных разбиений на сегменты, почти не факторизуется через подпространства/подтипы, и минимизирует "прыжки" между контекстами/модулями.
Дальше немного поясню, почему это субъективно выглядит очень "читабельно" и комфортно с точки зрения человека, сидящего "внутри" гомотопической модели, и спалю ряд фишек, так и быть, из моего грядущего гайда "Функциональные архитектуры".
Ну какая-то логика удобства в этом подходе прослеживается :) Когда я пишу код, который точно буду использовать только сам, иногда так для удобства и делаю, потому что действительно просто удобно его читать (мне), а в редакторе можно схлопывать просто куски. Главное, что если в голове есть четкая модель, то вообще пофиг, как код организован. Точнее, я настраиваю его структуру конкретно под себя, под свой стиль, который может быть весьма странным со стороны.
И это собственно самая что ни на есть ключевая проблема программной инженерии: пишу ли я код только для себя, который удобно использовать здесь и сейчас, или же его потом будут годами дорабатывать другие люди, плохо знакомые с проектом. И это даже сеньорам очень трудно объяснить...
В этом кстати часто преимущество стартапов: там каждый на все руки мастер, знает всю кодовую базу от начала до конца, и в какой-то степени горит продуктом, поэтому не так важно на первых порах, насколько код запутан, всё решает энтузиазм. Точнее, так: самое большое преимущество стартапов в том, что всем их сотрудникам до какого-то переломного момента не всё равно.
А крупные технологические компании -- это, по сути, зомби, поддерживаемые тысячами сотрудников, которым на самом деле наплевать на компанию, и их единственное спасение -- организация как можно более чётких процессов разработки и тотальное документирование в расчёте на лёгкую заменяемость кодовых обезьянок. Но это тоже мало где имеется :) Вот почему они в конечном итоге терпят крах, а стартапы становятся именно тем, с чем они изначально конкурировали...
=
...А по поводу самого подхода "контроллер с эндпоинтом на ~1к строк" вот что хочу сказать: а вдруг этот сеньор проходил мой трек по гомотопической теории типов? :)
Напомню, что сложные системы в HoTT естественно представляются как композиции путей, склеивание вдоль границ, факторизация через эквивалентности и т.д. И вот подход "один здоровенный контроллер" можно интерпретировать как попытку представить всю бизнес-логику как один длинный путь в огромном пространстве состояний без явного разбиения на подпространства и эквивалентности.
Есть некоторый огромный тип/пространство (все возможные состояния системы и внешних сервисов), и контроллер -- это одна длинная кривая от "начало запроса" до "ответ отдан". Она почти не имеет явных разбиений на сегменты, почти не факторизуется через подпространства/подтипы, и минимизирует "прыжки" между контекстами/модулями.
Дальше немного поясню, почему это субъективно выглядит очень "читабельно" и комфортно с точки зрения человека, сидящего "внутри" гомотопической модели, и спалю ряд фишек, так и быть, из моего грядущего гайда "Функциональные архитектуры".
1✍37❤13⚡4😁2❤🔥1
Сегодня День онлайн-предпринимателя.
У меня есть 3-4 дополнительных маленьких гайда, которые я зачем-то захостил на сторонней платформе (типа геткурса) просто ради скорости. На скрине виден доход: где-то +4,000 рублей за ноябрь, а до этого последний платёж был в июне, при том что за хостинг там я ежемесячно плачу 5,500 рублей. А тянул потому, что решил там разместить и гайд по "Функциональным архитектурам"...
и вот внезапно случайно! в справке по платформе увидел новую плашку - недавно вывесили - что дескать автор теперь считается оператором персональных данных и должен региться в РКН. А какие там перс.данные? Ну я вижу внутри платформы имейлы (которые можно было скрыть, и они мне нафиг не нужны) и ники, и всё.
Вот у меня (и у тебя :) есть облачная почта, и локальная, где куча имейлов с фамилиями и прочей перс.датой. Есть телефон с кучей контактов, включая рабочие. Я должен регистрироваться как оперсдат? Или блог на 128 человек, где я вижу всех папищеков (телефон, ФИО, фотки) -- это же явная персдата, и им вдобавок я "рассылаю" регулярно свои материалы в блоге.
Нюанс, я так понимаю, в том, что я с этими данными делаю: просто смотрю, или же собираю (не говоря уже о том, что что-то рассылаю). Но это именно нюанс, потому что есть и такое мнение: "...Обработка включает не только сбор, но и любое использование данных, например, просмотр, хранение (даже временное в интерфейсе)...". И есть какое-то мутное п. 2 ч. 2 ст. 22 152-ФЗ, но разве кто-то будет разбираться в деталях?
И так-то получается влепят штраф 300,000 рублей за то, что я просто видал имейлы учеников!!1 Это нормально вообще?
Короче, удалил там всё что было на стороннем. Сколько раз зарекался:
Если хочешь сделать что-то хорошо и безопасно, делай ВСЁ САМ!
А тут решил немного выгадать по времени... Ладно, уже 7 лет мой собственный учебный движок прекрасно работает, и он абсолютно чист: только абстрактные ники и ключ доступа. Надо было только им и заниматься конечно. Придётся теперь кучу времени впустую сливать на трансфер...
В общем, имейте в виду, что сегодня вообще любой сторонний сервис (типа crm-ки или даже ведения блогов вроде бусти или телеграмма где видны подписчики) может реально подвести вас под монастырь.
"Вообще мы честно говоря оху..... Бизнес крутить - это не в ведро сцать. Разные цены, скидки, нюансы. Авторизация, спам в чат, без всего, общий пул… Знать бы все это за месяц до ивента… целый мир."
-- Мэд
p.s. При том, что я вообще не против зарегиться оперсдатом, но в отличие от получения "id блоггера" с этим жуткий гемор и куча документов нужна.
У меня есть 3-4 дополнительных маленьких гайда, которые я зачем-то захостил на сторонней платформе (типа геткурса) просто ради скорости. На скрине виден доход: где-то +4,000 рублей за ноябрь, а до этого последний платёж был в июне, при том что за хостинг там я ежемесячно плачу 5,500 рублей. А тянул потому, что решил там разместить и гайд по "Функциональным архитектурам"...
и вот внезапно случайно! в справке по платформе увидел новую плашку - недавно вывесили - что дескать автор теперь считается оператором персональных данных и должен региться в РКН. А какие там перс.данные? Ну я вижу внутри платформы имейлы (которые можно было скрыть, и они мне нафиг не нужны) и ники, и всё.
Вот у меня (и у тебя :) есть облачная почта, и локальная, где куча имейлов с фамилиями и прочей перс.датой. Есть телефон с кучей контактов, включая рабочие. Я должен регистрироваться как оперсдат? Или блог на 128 человек, где я вижу всех папищеков (телефон, ФИО, фотки) -- это же явная персдата, и им вдобавок я "рассылаю" регулярно свои материалы в блоге.
Нюанс, я так понимаю, в том, что я с этими данными делаю: просто смотрю, или же собираю (не говоря уже о том, что что-то рассылаю). Но это именно нюанс, потому что есть и такое мнение: "...Обработка включает не только сбор, но и любое использование данных, например, просмотр, хранение (даже временное в интерфейсе)...". И есть какое-то мутное п. 2 ч. 2 ст. 22 152-ФЗ, но разве кто-то будет разбираться в деталях?
И так-то получается влепят штраф 300,000 рублей за то, что я просто видал имейлы учеников!!1 Это нормально вообще?
Короче, удалил там всё что было на стороннем. Сколько раз зарекался:
Если хочешь сделать что-то хорошо и безопасно, делай ВСЁ САМ!
А тут решил немного выгадать по времени... Ладно, уже 7 лет мой собственный учебный движок прекрасно работает, и он абсолютно чист: только абстрактные ники и ключ доступа. Надо было только им и заниматься конечно. Придётся теперь кучу времени впустую сливать на трансфер...
В общем, имейте в виду, что сегодня вообще любой сторонний сервис (типа crm-ки или даже ведения блогов вроде бусти или телеграмма где видны подписчики) может реально подвести вас под монастырь.
"Вообще мы честно говоря оху..... Бизнес крутить - это не в ведро сцать. Разные цены, скидки, нюансы. Авторизация, спам в чат, без всего, общий пул… Знать бы все это за месяц до ивента… целый мир."
-- Мэд
p.s. При том, что я вообще не против зарегиться оперсдатом, но в отличие от получения "id блоггера" с этим жуткий гемор и куча документов нужна.
2✍38💯12❤8👍4
.
Облако драгоценностей за неделю.
Для донов-начинающих:
База по карьере, серия 21:
Темп. Почему кто-то быстрее или медленнее поднимается по карьерной лестнице? Темп зависит от трёх факторов ...
Для донов-неначинающих:
65. Как правильно работать с исключениями
Поспрашивайте знакомых программистов, и большинство пожмёт плечами и скажет: просто не вызывайте функцию с пустым списком, для которого надо посчитать среднее. Кто-то более продвинутый уточнит, что для этой конкретной функции надо задать соответствующее предусловие (например, в виде комментария: нужен минимум 1 элемент). То есть ответственность перекладывается на вызывающего эту функцию. А если в системе тысячи подобных вызовов API?
Я не думаю, что это профессиональный подход...
66. ООП как средство повторного использования кода.
Мечта многих поколений программистов -- создание реально многократно используемого кода. Не застревать, изобретая колесо снова и снова, а двигаться вперёд и строить на основе того, что уже было сделано.
Однако, "весь этот горький катаклизм, который я здесь наблюдаю, и Владимир Николаевич тоже", можно однозначно сказать, что мы не то что до сих пор не разобрались с этим, а только ещё больше запутались...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Гайд Вайб-проектирование
5. Software Design с акцентом на Programming in Large (new)
=
Новые материалы для ментатов Лаборатории.
В СильныеИдеи добавлен материал
"130) Условный вызов чистых функций, или Нечистый эффект наблюдения чистых функций - 2".
Если функциональная композиция компилируется, это работает 100%.
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
Гайд про функциональные архитектуры к сожалению пока заморожен: из-за странных законов приходится переносить со сторонней платформы ко мне, не знаю теперь по времени...
#юмор
"...стоимость курса по базовым навыкам работы с ИИ может обойтись в 15–30 тыс. руб., профессиональные курсы для продвинутой работы с ИИ-моделями — в 100 тыс. руб."
Облако драгоценностей за неделю.
Для донов-начинающих:
База по карьере, серия 21:
Темп. Почему кто-то быстрее или медленнее поднимается по карьерной лестнице? Темп зависит от трёх факторов ...
Для донов-неначинающих:
65. Как правильно работать с исключениями
Поспрашивайте знакомых программистов, и большинство пожмёт плечами и скажет: просто не вызывайте функцию с пустым списком, для которого надо посчитать среднее. Кто-то более продвинутый уточнит, что для этой конкретной функции надо задать соответствующее предусловие (например, в виде комментария: нужен минимум 1 элемент). То есть ответственность перекладывается на вызывающего эту функцию. А если в системе тысячи подобных вызовов API?
Я не думаю, что это профессиональный подход...
66. ООП как средство повторного использования кода.
Мечта многих поколений программистов -- создание реально многократно используемого кода. Не застревать, изобретая колесо снова и снова, а двигаться вперёд и строить на основе того, что уже было сделано.
Однако, "весь этот горький катаклизм, который я здесь наблюдаю, и Владимир Николаевич тоже", можно однозначно сказать, что мы не то что до сих пор не разобрались с этим, а только ещё больше запутались...
(все старые материалы для донов постепенно сгорают)
=
Первые сериалы из существенно переработанных и улучшенных материалов СильныхИдей (по сути четыре книги) доступны на бусти:
1. БАЗА программной инженерии
2. Software Design с акцентом на Programming in Small
3. SOLID-25
4. Гайд Вайб-проектирование
5. Software Design с акцентом на Programming in Large (new)
=
Новые материалы для ментатов Лаборатории.
В СильныеИдеи добавлен материал
"130) Условный вызов чистых функций, или Нечистый эффект наблюдения чистых функций - 2".
Если функциональная композиция компилируется, это работает 100%.
💪🏻
Мы здесь, потому что это трудно.
it's a privilege to do things that are hard.
=
Гайд про функциональные архитектуры к сожалению пока заморожен: из-за странных законов приходится переносить со сторонней платформы ко мне, не знаю теперь по времени...
#юмор
"...стоимость курса по базовым навыкам работы с ИИ может обойтись в 15–30 тыс. руб., профессиональные курсы для продвинутой работы с ИИ-моделями — в 100 тыс. руб."
❤37
Forwarded from Деньги в банке
Гендиректор OnlyFans объяснила успех компании отказом от мидлов — сотрудников среднего звена. В штате работают только джуны и сеньоры. Новички занимаются рутинными задачами, а ключевые решения принимают опытные сотрудники. Джунов поощряют за выполнение более сложной работы, что снижает предвзятость к молодым кадрам. Около 40 сотрудников обеспечивают компании свыше $7 млрд годовой выручки. @bankser
😁36❤13👍6🤔5🤯5
"Аутсорсинг -- это, по сути, вопрос: где бы нам найти в мире англоговорящего работника с самыми низкими запросами? Мы дадим ему работу, и он выполнит ее так же хорошо, но за гораздо меньшие деньги...
Нам это казалось полной противоположностью тому, что следовало бы делать. И мы решили, что будем нанимать самых дорогих специалистов, которые только есть в мире. [Мы решили], что возможность заключалась в том, что... именно эти люди были оценены рынком наиболее некорректно."
Дядя Гэб, гендир суперуспешной Valve (любимый Стим, cs, дота...), плохого не посоветует. Но, да, в бизнесе от нищебродского мышления "найти канарейку за копейку, чтобы пела и не ела" избавиться очень тяжело.
Нам это казалось полной противоположностью тому, что следовало бы делать. И мы решили, что будем нанимать самых дорогих специалистов, которые только есть в мире. [Мы решили], что возможность заключалась в том, что... именно эти люди были оценены рынком наиболее некорректно."
Дядя Гэб, гендир суперуспешной Valve (любимый Стим, cs, дота...), плохого не посоветует. Но, да, в бизнесе от нищебродского мышления "найти канарейку за копейку, чтобы пела и не ела" избавиться очень тяжело.
🔥41❤13