Но та же практика показывает, что выпустить релиз лучше, чем не выпускать его вовсе в виду постоянных улучшений, доработок(на моей практике такое встречалось часто). Если нанимать на позицию разработчика - толкового человека(то есть ведущего разработчика с опытом), он используя именно этот самый опыт, сможет сделать так, чтобы это не превратилось в полную боль.
Соседняя команда была хитрее: спагетти‑код, ни единого комментария, совершенно невероятные проблемы после минимальных изменений кода. Они готовили себе почву быть незаменимыми сотрудниками.
Как по мне - спагетти код, особенно на этапе MVP - звучит более чем адекватно, скорее неадекватно звучит когда сразу пытаются сделать хорошо.
Как гром среди ясного неба: на одном из созвонов по задаче мой системный аналитик заявила: «Я эту задачу не буду делать, она сложная». На мои «я помогу, начни, там разберёмся, больше некому» — она просто вышла из зума и послала меня куда подальше.
Тут вообще все очевидно - кого нанял, с тем и возишься.
А вы точно айтишник? Если что, чтобы не ждать автобуса - достаточно открыть какой-либо картографический сервис(2Gis точно так умеет) и посмотреть на карту ОНЛАЙН движения транспорта: там можно увидеть где сейчас нужный вам автобус.
Автобусные остановки в Москве в целом повсюду, не знаю где надо жить, чтобы добираться от дома до остановки 10-15 минут, но даже если такое есть - разве это про всех? Или про большинство? А еще в Москве есть: Метро много где, МЦД, трамваи и т.п
А те кто в подмосковье живут, все атки машиной пользуются - для IT кажется, купить себе китайца не проблема.
Оффлайн тоже, если не считать за норму отрывать человека от работы
Так, отвлечь кого-либо на 1 минуту, не такая и проблема. А профит может быть колоссальным - мы же про результаты, а они достигаются коллективом.
Ну откуда вы эти три часа взяли? В Москве - час максимум, даже если из подмосковья ездить. Работать очно - это значит быть на месте решения всех вопросов здесь и сейчас. Коммуникация же онлайн - это чаще про: ответ получишь через пол часа в лучшем случае, после того как задал вопрос. Это тоже приводит к определенного рода усталости: некоторым нравится, когда задача двигается вперед молниеносно.
Привет. Читал и первую версию статьи :) Ты здорово ее переработал. Полностью согласен с каждым твоим словом. Думал, что получится дискуссия, но нет - не получится. Все поддерживаю.
Код легко переделать на float. Профит получен - и в моей конкретной задаче, которую я описал в самом начале в частности. То, что это непростая оптимизация, я не спорю. Но такие оптимизации даже очень важны. В HFT, скажем, такое очень нужно(я не про этот конкретный алгоритм сортировок). Но что конкретно вы мне хотите доказать? С CUDA еще не факт, что было бы быстрее - все таки гонять малые данные по шине не быстро. Цель статьи - показать что SIMD находит свое применение не только в оптимизации memcpy. И показываю и рассказываю как. Миллионы этим кодом никто не зарабатывает, а усилия которые я трачу, я трачу на свое образование и по своему усмотрению.
Не знаю, как оно на самом деле, все же, Ruy свой аплгоритм выпустил в 2018 году, и вроде, даже в springer! Моя цель, это рассказывать скорее о интересном, под новым углом.
Очень поверхностно и сыро. Ну упоминается в статье дважды Metal, и еще пару раз Vulkan. Но, о их преимуществах рессказано немного(ничего то есть), уже не говоря о профессиональных деталях. Не говорится также, что эти api не только способствуют росту FPS(если все это хорошенько распараллелить, и рисовать 'наперед'), но и уменьшают энергопотребление, что способствует возможности поиграть подольше. Обычно, у playrix все подробно, а тут, как мне показалось, довольно скудно.
Автор пишет что подбор был идеальным, точнее что начало начавшееся с подбора было идеальным. Я из этого сделал вывод что он в этом принимал участие.
Но та же практика показывает, что выпустить релиз лучше, чем не выпускать его вовсе в виду постоянных улучшений, доработок(на моей практике такое встречалось часто). Если нанимать на позицию разработчика - толкового человека(то есть ведущего разработчика с опытом), он используя именно этот самый опыт, сможет сделать так, чтобы это не превратилось в полную боль.
Как по мне - спагетти код, особенно на этапе MVP - звучит более чем адекватно, скорее неадекватно звучит когда сразу пытаются сделать хорошо.
Тут вообще все очевидно - кого нанял, с тем и возишься.
А вы точно лид?
Разница велика же! Можно провести время с женой/ребенком, можно успеть доесть/допить/доубирать - просто полежать на диване и досмотреть ролик.
Ожидал такой ответ и ожидаемо отвечаю: Айтишечка это чаще про гибкий график и выехать не в час пик возможность есть - опять же, Карты в помощь
Обратите внимание - я не утверждаю что Удаленка зло и ее надо запретить. Но и факты не высасываю из пальца :)
А вы точно айтишник? Если что, чтобы не ждать автобуса - достаточно открыть какой-либо картографический сервис(2Gis точно так умеет) и посмотреть на карту ОНЛАЙН движения транспорта: там можно увидеть где сейчас нужный вам автобус.
Автобусные остановки в Москве в целом повсюду, не знаю где надо жить, чтобы добираться от дома до остановки 10-15 минут, но даже если такое есть - разве это про всех? Или про большинство? А еще в Москве есть: Метро много где, МЦД, трамваи и т.п
А те кто в подмосковье живут, все атки машиной пользуются - для IT кажется, купить себе китайца не проблема.
Так, отвлечь кого-либо на 1 минуту, не такая и проблема. А профит может быть колоссальным - мы же про результаты, а они достигаются коллективом.
Ну откуда вы эти три часа взяли? В Москве - час максимум, даже если из подмосковья ездить. Работать очно - это значит быть на месте решения всех вопросов здесь и сейчас. Коммуникация же онлайн - это чаще про: ответ получишь через пол часа в лучшем случае, после того как задал вопрос. Это тоже приводит к определенного рода усталости: некоторым нравится, когда задача двигается вперед молниеносно.
Привет. Читал и первую версию статьи :) Ты здорово ее переработал. Полностью согласен с каждым твоим словом. Думал, что получится дискуссия, но нет - не получится. Все поддерживаю.
Да, все верно. Хотя, в статье по вашей ссылке автор пишет:
К этому можно относиться несерьезно, но практические задачи где это нужно - существуют.
Код легко переделать на float. Профит получен - и в моей конкретной задаче, которую я описал в самом начале в частности. То, что это непростая оптимизация, я не спорю. Но такие оптимизации даже очень важны. В HFT, скажем, такое очень нужно(я не про этот конкретный алгоритм сортировок). Но что конкретно вы мне хотите доказать? С CUDA еще не факт, что было бы быстрее - все таки гонять малые данные по шине не быстро. Цель статьи - показать что SIMD находит свое применение не только в оптимизации memcpy. И показываю и рассказываю как. Миллионы этим кодом никто не зарабатывает, а усилия которые я трачу, я трачу на свое образование и по своему усмотрению.
Нет. Результаты - построчные. Я в статье указал какая строка за stl отвечает, а какая за другие в т.ч и мою битонную реализацию.
Можете и руками, но будет ли это быстрее чем SIMD? В Яндексе были задачи где это оказалось применимо(в рамках приличного ускорения).
Приятно читать коллег :)
UPD: А не работает ж, как надо. Но в целом, идея этого метода, она позаимствована из уже существующего алгоритма?
Вот эта статья, топ.
Очень поверхностно и сыро. Ну упоминается в статье дважды Metal, и еще пару раз Vulkan. Но, о их преимуществах рессказано немного(ничего то есть), уже не говоря о профессиональных деталях. Не говорится также, что эти api не только способствуют росту FPS(если все это хорошенько распараллелить, и рисовать 'наперед'), но и уменьшают энергопотребление, что способствует возможности поиграть подольше. Обычно, у playrix все подробно, а тут, как мне показалось, довольно скудно.
А да, на иконке художника в конце поста не птичка, а птах :)