Я себя конечно тоже заставляю в отдельные дни, но вообще просто интересно/прикольно. Такой ежедневный брейнтизер. Чисто отвлечься от постоянных рабочих тасок на что-то маленькое и короткое (и что не рилс/тикток/шортс).
Имхо странно рассматривать составление резюме с продуктовой точки зрения, если возникает противоречие с (вроде как) общепринятыми подходами (с отсутствием фотографии).
То есть вы вроде и гайд написали. Но и вопросы к нему есть, потому что у вас какой-то там продуктовый подход. Неопытный читатель не вникнет и пойдёт делать так, как не надо.
Заголовок ввёл в заблуждение. Ожидал рассказ про то, когда использовать первое вместо второго (мб на каком-то конкретном примере). Статья кул, но немножко раздосадован.
Полтора года назад надо было сделать трансфер данных из одной бдшки в другую. План был простой: выкачиваем файлик в виде запросов с инсертами из одной таблички и выполняем эти запросы в другую. В dbeaver был тогда баг (хз, как сейчас, мб поправили), что кол-во выгруженных данных было корректное (всё те же нужные 60к строк), но вместо 60к уникальных записей было 10к первых, которые потом повторялись. Т.е. он мне честно взял и выгрузил 10к первых строк 6 раз. На разобраться с этим было потрачено два дня (потому что я был молодой и зелёный и до конца не думал на инструмент). После чего я категорически отказался от этой штуки, ушёл в datagrip и сделал всё за полчаса.
Насколько она всё же хорошая? Сильный кандидат расскажет вам решение за 3 минуты и за 7 напишет.
Имхо красивая задача для собеса это когда к ней изначально можно подойти с нескольких сторон и прийти к разным решениям. Проблема в том, что это тогда не просто придумать алгоритм. Скорее решить какую-то практическую задачу. Вы и кандидата проверяете, и показываете ему, какие у вас есть задачи. Может предлагаете подумать про то, как она будет использоваться -> проверяете продуктовую думалку.
Кажется, ни в одной другой сфере нет такого огромного количества бесплатных актуальных ресурсов и настолько сильного коммьюнити.
Сколько раз видели, что рандомные программисты собираются вместе попилить какой-нибудь проект? Я достаточно. Количество популярных опенсорс проектов говорит само за себя.
А сколько раз вы видели медиков, которые так же проводят какие-то исследования? Или физиков. Или трейдеров. Или *кто там такой же как мы*.
Конечно, это означает, что и мусора много. Что его надо фильтровать. Но в какой-нибудь сфере вы видели столько же?)
Ну и на каждый указанный поинт есть аналогичные сферы с такими же условиями. Но нигде нет такого (в основном) приятного сочетания всего сразу.
Есть замечательный лайтнинг с похожей тематикой: My favourite memory leak (https://www.youtube.com/watch?v=LKKmPAQFNgE).
А какая разница, как называть?) Терминологий туча. Я выбрал вот эту, потому что она мне ближе всего.
Главное, что всем всё понятно : )
Я себя конечно тоже заставляю в отдельные дни, но вообще просто интересно/прикольно. Такой ежедневный брейнтизер. Чисто отвлечься от постоянных рабочих тасок на что-то маленькое и короткое (и что не рилс/тикток/шортс).
Ору.
Призываю @Kelbonнакинуть : )
Это называется Закон Конвея: https://ru.wikipedia.org/wiki/Закон_Конвея
На самом деле в плюсах такое использовать можно только на свой страх и риск. И у меня нет понимания, почему всё же на это закрывают глаза.
В условном Golang неинициализированной памяти нет. Там всё ок.
Ну я и не говорил, что в нём есть смысл : ) Вот такое придумали. Дальше идеи я бы не двигался, ага.
Там вопрос не столько в экономии памяти, сколько в том, что ты операции быстрее. Просто другой подход.
То ли я не увидел, то ли нет уточнения, что эти реализации сборщиков относятся только к hotspot jvm.
Кажется, вы ещё много всего не упомянули :) Хотя бы mark-sweep, mark-compact, копирующий сборщик.
Имхо странно рассматривать составление резюме с продуктовой точки зрения, если возникает противоречие с (вроде как) общепринятыми подходами (с отсутствием фотографии).
То есть вы вроде и гайд написали. Но и вопросы к нему есть, потому что у вас какой-то там продуктовый подход. Неопытный читатель не вникнет и пойдёт делать так, как не надо.
Есть очень хорошая книжка соотечественников именно про то, зачем, как и как доводить до конца проекты: Легко и просто. Сергей Жданов. Тимур Зарудный.
Даже есть пост от автором в вастрик клубе: https://vas3k.club/post/4987/
Заголовок ввёл в заблуждение. Ожидал рассказ про то, когда использовать первое вместо второго (мб на каком-то конкретном примере). Статья кул, но немножко раздосадован.
Точно)
Датагрип успешно справился.
Полтора года назад надо было сделать трансфер данных из одной бдшки в другую. План был простой: выкачиваем файлик в виде запросов с инсертами из одной таблички и выполняем эти запросы в другую. В dbeaver был тогда баг (хз, как сейчас, мб поправили), что кол-во выгруженных данных было корректное (всё те же нужные 60к строк), но вместо 60к уникальных записей было 10к первых, которые потом повторялись. Т.е. он мне честно взял и выгрузил 10к первых строк 6 раз. На разобраться с этим было потрачено два дня (потому что я был молодой и зелёный и до конца не думал на инструмент). После чего я категорически отказался от этой штуки, ушёл в datagrip и сделал всё за полчаса.
Не доверяю дбиверу этому вашему теперь.
Можно писать рекурсивное до с памятью в 2N простой перенумерацией детей в порядке эйлерова обхода. Конкретнее можно глянуть на англ емаксе.
Про yql уже писали на хабре, так что можно было бы упоминать и так, и не ждать, пока что-то в опенсорс выложат)
Насколько она всё же хорошая? Сильный кандидат расскажет вам решение за 3 минуты и за 7 напишет.
Имхо красивая задача для собеса это когда к ней изначально можно подойти с нескольких сторон и прийти к разным решениям. Проблема в том, что это тогда не просто придумать алгоритм. Скорее решить какую-то практическую задачу. Вы и кандидата проверяете, и показываете ему, какие у вас есть задачи. Может предлагаете подумать про то, как она будет использоваться -> проверяете продуктовую думалку.
Кажется, ни в одной другой сфере нет такого огромного количества бесплатных актуальных ресурсов и настолько сильного коммьюнити.
Сколько раз видели, что рандомные программисты собираются вместе попилить какой-нибудь проект? Я достаточно. Количество популярных опенсорс проектов говорит само за себя.
А сколько раз вы видели медиков, которые так же проводят какие-то исследования? Или физиков. Или трейдеров. Или *кто там такой же как мы*.
Конечно, это означает, что и мусора много. Что его надо фильтровать. Но в какой-нибудь сфере вы видели столько же?)
Ну и на каждый указанный поинт есть аналогичные сферы с такими же условиями. Но нигде нет такого (в основном) приятного сочетания всего сразу.
Кайф не иначе.
Ну короче поинт автору в том, чтобы аргументировать такие штуки, потому что в современном мире всё не так просто()
Спасибо за ответ.