— Вы продаете хэш-таблицы? — Нет, только показываем — Кросивое...
Спасибо большое за текстовый вариант статьи! Хотел бы спросить, Вы как-нибудь пользуетесь тем фактом, что у Вас нет удалений из хэш-таблицы, и если да, влияет ли это как-то на производительность, и есть ли такие оптимизации у Гугловых опенсорс библиотек?
А какой в этом практический смысл? Винда ведь есть уже нативная под ARM, и я лично сомневаюсь, что интел приложения под полностью виртуализированной интел виндой будут работать быстрее. Особенно если Microsoft научится использовать total store order режим памяти на Apple Silicon процессорах.
Только сейчас осознал: ведь правда, удаленка это как раз способ для "10х" программистов действительно получать 10х зарплаты относительно своих "1х" коллег: достаточно устроиться на пропорциональное количество работ удаленно и показывать там достаточно успехов, чтобы не выгнали, и вуаля! С точки зрения морали и своей репутации это так себе вариант, так что в долгосрочной перспективе Вы скорее всего проиграете с таким подходом, но ведь мысль забавная.
А вообще, работать с людьмы - это не каждому дано. Это намного сложнее, чем код писать, или строчить статейки о своей некомпетентности. А именно так я ее и восспринимаю, к сожалению.
И именно поэтому так сложно найти программистов :)? Потому что каждый умеет код писать, а вот работать с людьми (возьмите любого из сферы обслуживания, скажем, официанта, там, думаю, нужно много с людьми общаться и уметь это делать хорошо :)) — это вообще никому не дано... :)
В общем, нет, Вы не совсем правы, как по мне, просто на Хабре сборище гиков, и зачастую гики не очень социальны, но это совершенно точно не самый распространенный тип людей :).
По поводу задачек на собеседовании в Гугле: вроде как просят задачи в общий доступ не выкладывать же :). Тем, кто Вас собеседовал, придется теперь новые задачки придумывать. А так вроде всё правильно написали :).
Ну и впечатляет конечно Ваше усердие при подготовке. Я лично перед собседованием в Гугл на подготовку практически забил и меня всё равно взяли :). Наверное, если бы готовился, то может быть фидбек был бы и лучше. Впрочем, на собесах тех, кто проводит интервью учат, как определять, что человек видит какую-то задачу не в первый раз и предлагают менять условия задачи или давать другую прямо в процессе, так что в теории подготовка в виде решения похожих задач должна помогать только с тем, чтобы развивать алгоритмическое мышление. Которое, кстати, не очень часто нужно, и намного важнее в продакшн коде обработка ошибок, правильное логирование, и т.д., но это уже тема для отдельного разговора:).
Я надеялся, что в статье упомянут /proc/<pid>/smaps, /proc/[pid]/pagemap или подобное (https://man7.org/linux/man-pages/man5/proc.5.html), но к сожалению нет. Вероятно, репортинг памяти самим постгресом (спасибо переводчику) будет более полезен, чем измерение системными средствами, по крайней мере в текущих реалиях. А жаль.
Вообще никогда не сомневаться в себе ничуть не здоровее, чем чувствовать себя самозванцем. Более того, во втором случае Вы хотя бы профессионально развиваетесь всё время...
То есть что, спустя 20 лет существования поисковики наконец-то действительно добились того, что самый лучший вариант поисковой оптимизации — это писать годный контент без поискового спама..?
Строго говоря, это разные сущности, Великобритания это просто остров, где находится Англия, Шотландия и Уэльс, а Соединенное Королевство это собственно страна :). Но на русском языке обычно правда пишут Великобритания, имея в виду Соединенное Королевство.
А какой примерно размер у ls и у exa? Если, допустим, ls весит 500 Кб, а exa 5 Мб, то ИМХО всё равно можно считать бинарник небольшим, поскольку функциональность не сравнить, стартует он всё равно мгновенно, даже если «на холодную», и т.д. Если это 5 Мб против 50, то тут уже наверное можно о чём-то поспорить, но я лично не верю, что там бинари настолько большие получаются.
Кажется, что Rust (и, в меньшей степени, Go) очень хорошо подходит для написания небольших и очень производительных консольных утилит, так что ИМХО выбор языка вполне оправдан в 2021 году-то :).
Командная строка не предоставляет средств для легкого изучения новых команд, к сожалению. Их прежде всего должно быть легко и быстро печатать, а сами команды и их свойства можно нагуглить при желании :).
Из-за того, что mosh не сохраняет локальную историю, по факту даже с mosh пригождается tmux или screen. Как уже упомянули выше, главные преимущества mosh это предиктивное эхо (по сути практически до 0 устраняет задержку при вводе текста) и возможность переключать сеть и прочее не теряя сессию.
По поводу кода на Си в продакшене у меня похожий опыт, когда я дописывал код сишного расширения для PHP (https://github.com/alexeyrybak/blitz/pull/38/files) тоже очень страшно было за этот код в продакшене, потому что языки вроде PHP или даже Java/Go защищают от очень большого класса ошибок, которые легко допустить на Си. Но тоже всё было хорошо, ничего не крашилось и память вроде бы не утекала :).
Спасибо большое за текстовый вариант статьи!
Хотел бы спросить, Вы как-нибудь пользуетесь тем фактом, что у Вас нет удалений из хэш-таблицы, и если да, влияет ли это как-то на производительность, и есть ли такие оптимизации у Гугловых опенсорс библиотек?
А какой в этом практический смысл? Винда ведь есть уже нативная под ARM, и я лично сомневаюсь, что интел приложения под полностью виртуализированной интел виндой будут работать быстрее. Особенно если Microsoft научится использовать total store order режим памяти на Apple Silicon процессорах.
Только сейчас осознал: ведь правда, удаленка это как раз способ для "10х" программистов действительно получать 10х зарплаты относительно своих "1х" коллег: достаточно устроиться на пропорциональное количество работ удаленно и показывать там достаточно успехов, чтобы не выгнали, и вуаля! С точки зрения морали и своей репутации это так себе вариант, так что в долгосрочной перспективе Вы скорее всего проиграете с таким подходом, но ведь мысль забавная.
И именно поэтому так сложно найти программистов :)? Потому что каждый умеет код писать, а вот работать с людьми (возьмите любого из сферы обслуживания, скажем, официанта, там, думаю, нужно много с людьми общаться и уметь это делать хорошо :)) — это вообще никому не дано... :)
В общем, нет, Вы не совсем правы, как по мне, просто на Хабре сборище гиков, и зачастую гики не очень социальны, но это совершенно точно не самый распространенный тип людей :).
По поводу задачек на собеседовании в Гугле: вроде как просят задачи в общий доступ не выкладывать же :). Тем, кто Вас собеседовал, придется теперь новые задачки придумывать. А так вроде всё правильно написали :).
Ну и впечатляет конечно Ваше усердие при подготовке. Я лично перед собседованием в Гугл на подготовку практически забил и меня всё равно взяли :). Наверное, если бы готовился, то может быть фидбек был бы и лучше. Впрочем, на собесах тех, кто проводит интервью учат, как определять, что человек видит какую-то задачу не в первый раз и предлагают менять условия задачи или давать другую прямо в процессе, так что в теории подготовка в виде решения похожих задач должна помогать только с тем, чтобы развивать алгоритмическое мышление. Которое, кстати, не очень часто нужно, и намного важнее в продакшн коде обработка ошибок, правильное логирование, и т.д., но это уже тема для отдельного разговора:).
И обязательно цветным выводом! (хотя, сказать честно, я лично не считаю это плюсом)
Я надеялся, что в статье упомянут /proc/<pid>/smaps, /proc/[pid]/pagemap или подобное (https://man7.org/linux/man-pages/man5/proc.5.html), но к сожалению нет. Вероятно, репортинг памяти самим постгресом (спасибо переводчику) будет более полезен, чем измерение системными средствами, по крайней мере в текущих реалиях. А жаль.
Вообще никогда не сомневаться в себе ничуть не здоровее, чем чувствовать себя самозванцем. Более того, во втором случае Вы хотя бы профессионально развиваетесь всё время...
То есть что, спустя 20 лет существования поисковики наконец-то действительно добились того, что самый лучший вариант поисковой оптимизации — это писать годный контент без поискового спама..?
Выглядит как какая-то нелепая шутка, если честно :). Но как-то 1 апреля прошло, а новости про эту валюту так и не прекратились.
Даже если их редко используют, места ведь они занимают немного и времени на перекодирование много тоже не занимают, так что зачем их удалять :)?
Вот и узнаем :)
Так метка сама тоже умеет пикать, если рядом нет владельца метки
Строго говоря, это разные сущности, Великобритания это просто остров, где находится Англия, Шотландия и Уэльс, а Соединенное Королевство это собственно страна :). Но на русском языке обычно правда пишут Великобритания, имея в виду Соединенное Королевство.
А какой примерно размер у ls и у exa? Если, допустим, ls весит 500 Кб, а exa 5 Мб, то ИМХО всё равно можно считать бинарник небольшим, поскольку функциональность не сравнить, стартует он всё равно мгновенно, даже если «на холодную», и т.д. Если это 5 Мб против 50, то тут уже наверное можно о чём-то поспорить, но я лично не верю, что там бинари настолько большие получаются.
Кажется, что Rust (и, в меньшей степени, Go) очень хорошо подходит для написания небольших и очень производительных консольных утилит, так что ИМХО выбор языка вполне оправдан в 2021 году-то :).
Командная строка не предоставляет средств для легкого изучения новых команд, к сожалению. Их прежде всего должно быть легко и быстро печатать, а сами команды и их свойства можно нагуглить при желании :).
Из-за того, что mosh не сохраняет локальную историю, по факту даже с mosh пригождается tmux или screen. Как уже упомянули выше, главные преимущества mosh это предиктивное эхо (по сути практически до 0 устраняет задержку при вводе текста) и возможность переключать сеть и прочее не теряя сессию.
Почему жаль? ARM-версия самой винды умеет эту трансляцию делать, правда я сам не пробовал, но говорят, что она вполне работает.
По поводу кода на Си в продакшене у меня похожий опыт, когда я дописывал код сишного расширения для PHP (https://github.com/alexeyrybak/blitz/pull/38/files) тоже очень страшно было за этот код в продакшене, потому что языки вроде PHP или даже Java/Go защищают от очень большого класса ошибок, которые легко допустить на Си. Но тоже всё было хорошо, ничего не крашилось и память вроде бы не утекала :).