Статьи на хабре предназначены для того, чтобы публиковать информацию. Для анонсов есть новости, для поиска респондентов и анкетирования - другие каналы, в моей RSS-ленте я расцениваю подобные анкетки как спам
Масштабное и глубокое исследование (ирония, ирония!) включает из себя аж целых пять вопросов, высосанных из пальца. Не стал отправлять ответы, что-то не впечатлило.
Геймдев и юнити не моя специализация, но прочитал с интересом. Одна из лучших статей месяца по C# на хабре, однозначно! Применять в работе вряд ли буду, но для расширения кругозора было очень полезно.
Элегантно будет если перед последним платежом тебе грозят увольнением - коту под хвост двадцать лет ипотеки. Не знаю, найдутся ли желающие? Наверное, найдутся.
Одна из типичных рекомендаций - Designing Data Intensive Applications от Martin Kleppman, в простонародье "кабанчик" (по рисунку на обложке издательства O'Reilly). На русском издавал Питер, под названием Высоконагруженные приложения, Клеппман Мартин.
Рисунки 3 и 4 одинаковы и решение для 4 тривиально, поэтому тут неправильно картинку в переводе дали. ЕМНИП, задача которую невозможно решить - это что-то вроде того, что из полностью упорядоченного набора переставлены местами две цифры... мммм... вроде последние.
PS Ха! И в оригинале статьи неправильно: две цифры 14 и 14 на картинке, очевидно: 15 и 14
Вам может потребоваться возвращать другие IP-адреса для вашего домена в зависимости от того, где находится клиент, чтобы передать ближайший к нему сервер. Такую услугу предлагают многие сервисы авторитетных серверов имён, поэтому чтобы делать это, вам не нужно писать собственный.
А как гуглить подобную услугу? Задумываюсь над тем, чтобы для dns-запросов из России отдавался ipшник сервера в России, а для остальных адресов - ipшник с хетцнера. Подымать самому бинд как-то лениво, а готовую услугу не пожалел бы долларов пять в месяц.
Между прочим, это действительно киллерфича, которой я пользуюсь постоянно. И что самое удобное, это то, что синтаксис запросов схож, то есть нет нужды править запросы после перехода на гугл. Скажем, если в запросе было site:habr.com - то ничего править не нужно.
Я может из-за наличия этой фичи порой слишком хорошо разбираюсь в том, что какие-то темы запросов у яндекса хуже чем у гугла ищутся и мог бы сразу эти темы искать в гугле, но поскольку я знаю, что эта ссылка на гугл никуда не делась - ищу сначала в яндексе, а потом уже лезу в гугл.
Тоже и с кнопками сравнения переводов в переводчике.
Ну если так, то я не разделяю вашего предпочтения, но уважаю его. И, я рискую быть заминусованным, но лично я чаще видел вариант "я ухожу с одного политически ангажированного браузера на другой политически ангажированный" вот в каком виде: год на одном политически ангажированном браузере (до очередного инцидента), год на другом - а потом вдруг опять возврат к первому, пока в нём очередной раз что-то не случится.
И вот эта беготня по кругу меня просто ставит в тупик. Ну как так можно-то??
Мой подход - стараться сидеть на наименее политически ангажированном браузере. В этом плане я считаю, что мозилла много плохого сделала, но пока ещё находится в тройке наименее ангажированных.
Возможно действительно неточный термин, но я не знаю, как подчеркнуть вот эту вот особенность, которую я вижу: мне хочется как-то разграничить, размежевать вот эти два случая:
Когда кто-то устраивает бойкот потому что он так считает сам
Когда кто-то устраивает бойкот, потому что думает, что бойкот устраивают все и нужно побыстрее присоединиться к бойкотирующему, чтобы не дай бог не подумали, что ты не хочешь бойкотировать... а то и тебя заодно
Я просто смотрю на практику последних лет и мне отчего-то кажется, что стало слишком много случаев именно по второму варианту (сам я каждый случай естественно не проверял) и эта тенденция мне как-то не нравится, я просто даже не знаю, что нужно сделать, чтобы убрать негативные последствия, чтобы как снежный ком не устраивало массовые лавины.
Я очень часто слышу такое мнение и я пожалуй хотел бы высказать свои мысли на эту тему.
Во-первых, я совершенно согласен с тем, что есть ряд простых приложений, в которых алгоритмы нужны именно на уровне "достаточно понимать что алгоритм квадратичный" и уметь переводить их хотя бы в N log N. Ну допустим, вы решили написать калькулятор калорий на андроид - и это не рокет сайенс, вам не нужно знать красно-чёрные деревья для этого. И наверное есть много разработчиков, которые работают фрилансером, либо на себя в условиях мелкосерийного и кустарного производства - и если вы работаете в этом сегменте и вам нравится - то мы просто разные люди и каждому своё.
Просто лично я работал в крупных конторах с числом программистов более тысячи (пожалуйста, не воспринимайте как хвастовство, просто на мелких проектах мне скучно) и в этом сегменте всё несколько иначе: там приходится строить приложения может быть и не особо сложные, в том плане что это просто пачка мелких микросервисов, но из-за огромного числа этих маленьких микросервисов систему простой назвать язык не поворачивается. И в таких проектах, с командой по 50 человек и выше, вроде как на первый взгляд тоже не особо нужны алгоритмы... И я бы снова согласился что алгоритмы не нужны... Но есть одно "но": там сильно рулит сисдиз, вы должны понимать как строить сложные архитектуры из мелких кубиков, причём в этих кубиках всё настолько пропитано алгоритмами, что хорошо бы, чтобы алгоритмы уже спинным мозгом понимались, а не приходилось долго и мучительно вдумываться. Например, как работают разные виды кеширования. Или как устроены кластерные индексы в реляционных таблицах. А откроешь Клеппмана по высоконагруженным системам - там через страницу такое.
И поскольку в современном айти происходит сильная монополизация крупными игроками (скупают стартапы с мелкими приложениями но с высоким потенциалом - и модифицируют эти приложения под хайлоад), то всё больше востребованы именно программисты с прокачанным навыком алгоритмистики, чтобы на этом фундаменте можно было бы надстраивать следующий этаж - сисдиз.
Поэтому знания алгоритмов и структур данных я воспринимаю именно как знание азбуки или таблицы умножения, как один из важных кирпичиков для более сложного знания. А потому - маст хэв.
Я не особо часто слышу подобный аргумент, поэтому и захотел высказаться, если кому есть что дополнить или поопонировать - давайте обсудим. Есть ещё много других аргументов, я не буду их подробно здесь повторять, скажем, есть такая точка зрения что крупные компании могут устанавливать любые правила игры - сегодня спрашивают логические задачи, завтра про алгоритмы и нужно просто принять это если хочешь в крупную компанию - просто играй по этим правилам и у тебя будет результат после гроккинга очередного HR-фильтра.
Я так и сделал на некоторых своих профилях - зашёл на ya.ru и добавил. В остальном же у меня больше профилей, где стоит поиск от brave по умолчанию.
Мозиллу жалко. Сижу с 2002 года на ней как на основном браузере и я конечно всё понимаю, что они обязаны присоединиться к cancell culture иначе их самих заканселлят - но весьма неприятно.
В какой-то из статей про день бекапа приводился факт, что компании, которые не делали бекап и сталкивались с ситуацией аварии или типа как в статье, с вероятностью в 70% (точную цифру не помню) закрывались в течение года.
Можно сколько угодно говорить "спецоперация" или считать, что экономическая война - это не настоящая война с пушками и трупами, но приятного в подобной ситуации мало.
Внедряйте новые технологии ... цена ивента ноль рублей
Ага, а цена внедрения новых технологий? У бизнеса порой на техдолг нет бюджета, а внедрять новые технологии (без согласования с оунерами?) может оказаться слишком дорогим. Хотя... если вспомнить анекдот про деда, который по пять раз ночь мог - ну так и вы только на ивентах говорите о новых технологиях...
Мне кажется, что идеалистические представления хиппи про всеобщий пис давно выкинуты на помойку и самый очевидный шаг в эпоху деглобализации - это чтобы каждая доменная зона завела себе свои корневые сертификаты.
Т.е. понятное дело что сателлиты США на такое не пойдут - но Китай и Россия вполне способы организовать систему когда для .cn и .ru/.рф будут свои корневые сертификаты.
Хотя вероятнее всего, что подобные страны не будут мелочиться и поставят корневые сертификаты на всё - и на .ru и на .com
Гм, а мне его позиция даже нравится своей логичностью и целостностью. Здравые мысли в общем-то говорит, я как репортящий баги подхожу качественно к написанию ишью, но вижу что не все утруждают себя подобным. Пожалуй, если опенсорс будет двигаться в сторону подобной модели - я буду считать это неплохим развитием идеи и практики опенсорс.
В статье сильно не хватает конкретных примеров, так-то всё кажется логичным в теории и хочется согласиться.
Статьи на хабре предназначены для того, чтобы публиковать информацию. Для анонсов есть новости, для поиска респондентов и анкетирования - другие каналы, в моей RSS-ленте я расцениваю подобные анкетки как спам
Масштабное и глубокое исследование (ирония, ирония!) включает из себя аж целых пять вопросов, высосанных из пальца. Не стал отправлять ответы, что-то не впечатлило.
Геймдев и юнити не моя специализация, но прочитал с интересом. Одна из лучших статей месяца по C# на хабре, однозначно! Применять в работе вряд ли буду, но для расширения кругозора было очень полезно.
Элегантно будет если перед последним платежом тебе грозят увольнением - коту под хвост двадцать лет ипотеки. Не знаю, найдутся ли желающие? Наверное, найдутся.
Одна из типичных рекомендаций - Designing Data Intensive Applications от Martin Kleppman, в простонародье "кабанчик" (по рисунку на обложке издательства O'Reilly). На русском издавал Питер, под названием Высоконагруженные приложения, Клеппман Мартин.
Помимо книг посмотрите вот такой репозиторий на гитхабе: https://github.com/donnemartin/system-design-primer
Не из книг, но весьма ценятся в украинско-русском сообществе по подготовке в FAANG два вот таких курса:
https://www.educative.io/courses/grokking-the-system-design-interview - base course
https://www.educative.io/courses/grokking-adv-system-design-intvw - advanced course
Статья хорошая, было бы неплохо продолжить и расписать более сложные случаи.
Близкие по теме статьи, может кто не читал:
https://habr.com/en/post/204600/
https://habr.com/en/post/204968/
Общий смысл - модификации общеизвестных и/или тривиальных алгоритмов сортировки.
Новое крепостное право. ¯\_(ツ)_/¯ Люди - новая нефть, данные социального графа там или биометрия. Ну не будут крупные корпорации делиться с кем-то.
Тот случай, когда комментарий приближается по объёму к небольшой статье.
Рисунки 3 и 4 одинаковы и решение для 4 тривиально, поэтому тут неправильно картинку в переводе дали. ЕМНИП, задача которую невозможно решить - это что-то вроде того, что из полностью упорядоченного набора переставлены местами две цифры... мммм... вроде последние.
PS Ха! И в оригинале статьи неправильно: две цифры 14 и 14 на картинке, очевидно: 15 и 14
А как гуглить подобную услугу? Задумываюсь над тем, чтобы для dns-запросов из России отдавался ipшник сервера в России, а для остальных адресов - ipшник с хетцнера. Подымать самому бинд как-то лениво, а готовую услугу не пожалел бы долларов пять в месяц.
Между прочим, это действительно киллерфича, которой я пользуюсь постоянно. И что самое удобное, это то, что синтаксис запросов схож, то есть нет нужды править запросы после перехода на гугл. Скажем, если в запросе было site:habr.com - то ничего править не нужно.
Я может из-за наличия этой фичи порой слишком хорошо разбираюсь в том, что какие-то темы запросов у яндекса хуже чем у гугла ищутся и мог бы сразу эти темы искать в гугле, но поскольку я знаю, что эта ссылка на гугл никуда не делась - ищу сначала в яндексе, а потом уже лезу в гугл.
Тоже и с кнопками сравнения переводов в переводчике.
Ну если так, то я не разделяю вашего предпочтения, но уважаю его. И, я рискую быть заминусованным, но лично я чаще видел вариант "я ухожу с одного политически ангажированного браузера на другой политически ангажированный" вот в каком виде: год на одном политически ангажированном браузере (до очередного инцидента), год на другом - а потом вдруг опять возврат к первому, пока в нём очередной раз что-то не случится.
И вот эта беготня по кругу меня просто ставит в тупик. Ну как так можно-то??
Мой подход - стараться сидеть на наименее политически ангажированном браузере. В этом плане я считаю, что мозилла много плохого сделала, но пока ещё находится в тройке наименее ангажированных.
Возможно действительно неточный термин, но я не знаю, как подчеркнуть вот эту вот особенность, которую я вижу: мне хочется как-то разграничить, размежевать вот эти два случая:
Когда кто-то устраивает бойкот потому что он так считает сам
Когда кто-то устраивает бойкот, потому что думает, что бойкот устраивают все и нужно побыстрее присоединиться к бойкотирующему, чтобы не дай бог не подумали, что ты не хочешь бойкотировать... а то и тебя заодно
Я просто смотрю на практику последних лет и мне отчего-то кажется, что стало слишком много случаев именно по второму варианту (сам я каждый случай естественно не проверял) и эта тенденция мне как-то не нравится, я просто даже не знаю, что нужно сделать, чтобы убрать негативные последствия, чтобы как снежный ком не устраивало массовые лавины.
Я очень часто слышу такое мнение и я пожалуй хотел бы высказать свои мысли на эту тему.
Во-первых, я совершенно согласен с тем, что есть ряд простых приложений, в которых алгоритмы нужны именно на уровне "достаточно понимать что алгоритм квадратичный" и уметь переводить их хотя бы в N log N. Ну допустим, вы решили написать калькулятор калорий на андроид - и это не рокет сайенс, вам не нужно знать красно-чёрные деревья для этого. И наверное есть много разработчиков, которые работают фрилансером, либо на себя в условиях мелкосерийного и кустарного производства - и если вы работаете в этом сегменте и вам нравится - то мы просто разные люди и каждому своё.
Просто лично я работал в крупных конторах с числом программистов более тысячи (пожалуйста, не воспринимайте как хвастовство, просто на мелких проектах мне скучно) и в этом сегменте всё несколько иначе: там приходится строить приложения может быть и не особо сложные, в том плане что это просто пачка мелких микросервисов, но из-за огромного числа этих маленьких микросервисов систему простой назвать язык не поворачивается. И в таких проектах, с командой по 50 человек и выше, вроде как на первый взгляд тоже не особо нужны алгоритмы... И я бы снова согласился что алгоритмы не нужны... Но есть одно "но": там сильно рулит сисдиз, вы должны понимать как строить сложные архитектуры из мелких кубиков, причём в этих кубиках всё настолько пропитано алгоритмами, что хорошо бы, чтобы алгоритмы уже спинным мозгом понимались, а не приходилось долго и мучительно вдумываться. Например, как работают разные виды кеширования. Или как устроены кластерные индексы в реляционных таблицах. А откроешь Клеппмана по высоконагруженным системам - там через страницу такое.
И поскольку в современном айти происходит сильная монополизация крупными игроками (скупают стартапы с мелкими приложениями но с высоким потенциалом - и модифицируют эти приложения под хайлоад), то всё больше востребованы именно программисты с прокачанным навыком алгоритмистики, чтобы на этом фундаменте можно было бы надстраивать следующий этаж - сисдиз.
Поэтому знания алгоритмов и структур данных я воспринимаю именно как знание азбуки или таблицы умножения, как один из важных кирпичиков для более сложного знания. А потому - маст хэв.
Я не особо часто слышу подобный аргумент, поэтому и захотел высказаться, если кому есть что дополнить или поопонировать - давайте обсудим. Есть ещё много других аргументов, я не буду их подробно здесь повторять, скажем, есть такая точка зрения что крупные компании могут устанавливать любые правила игры - сегодня спрашивают логические задачи, завтра про алгоритмы и нужно просто принять это если хочешь в крупную компанию - просто играй по этим правилам и у тебя будет результат после гроккинга очередного HR-фильтра.
Я так и сделал на некоторых своих профилях - зашёл на ya.ru и добавил. В остальном же у меня больше профилей, где стоит поиск от brave по умолчанию.
Мозиллу жалко. Сижу с 2002 года на ней как на основном браузере и я конечно всё понимаю, что они обязаны присоединиться к cancell culture иначе их самих заканселлят - но весьма неприятно.
В какой-то из статей про день бекапа приводился факт, что компании, которые не делали бекап и сталкивались с ситуацией аварии или типа как в статье, с вероятностью в 70% (точную цифру не помню) закрывались в течение года.
Можно сколько угодно говорить "спецоперация" или считать, что экономическая война - это не настоящая война с пушками и трупами, но приятного в подобной ситуации мало.
Ага, а цена внедрения новых технологий? У бизнеса порой на техдолг нет бюджета, а внедрять новые технологии (без согласования с оунерами?) может оказаться слишком дорогим. Хотя... если вспомнить анекдот про деда, который по пять раз ночь мог - ну так и вы только на ивентах говорите о новых технологиях...
Мне кажется, что идеалистические представления хиппи про всеобщий пис давно выкинуты на помойку и самый очевидный шаг в эпоху деглобализации - это чтобы каждая доменная зона завела себе свои корневые сертификаты.
Т.е. понятное дело что сателлиты США на такое не пойдут - но Китай и Россия вполне способы организовать систему когда для .cn и .ru/.рф будут свои корневые сертификаты.
Хотя вероятнее всего, что подобные страны не будут мелочиться и поставят корневые сертификаты на всё - и на .ru и на .com
Гм, а мне его позиция даже нравится своей логичностью и целостностью. Здравые мысли в общем-то говорит, я как репортящий баги подхожу качественно к написанию ишью, но вижу что не все утруждают себя подобным. Пожалуй, если опенсорс будет двигаться в сторону подобной модели - я буду считать это неплохим развитием идеи и практики опенсорс.