Судя по частоте упоминания, самым оптимальным алгоритмом является алгоритм Дейкстры. Поэтому как появится время и желание - попробую его реализовать для нахождения оптимального маршрута между двумя произвольными точками на карте и написать статью.
По хорошему, помимо естественных ландшафтов - также необходимо добавлять на карту препятствия неприродного характера - здания и др. сооружения, которые, понятное дело, не сможет обойти алгоритм, описанный в этой статье.
По хорошему, несомненно, нужно бы находить оптимальный путь между 2-мя произвольными точками на карте. А здесь, конечно, я упростил задачу, т.к. нужно было быстро состряпать более-менее работающий алгоритм для участия в одном хакатоне, а времени для экспериментов не было )
На стендапе ты можешь более подробно услышать какие задачи решают твои коллеги и почерпнуть что то полезное. А также чтобы не решать одну и ту же задачу по новой. Особенно это важно в отделе тех. поддержки и эксплуатации. И они не отнимают много времени.
Автор наверно хотел сказать про всякие совещания, куда дергают программистов, которые могли бы в это время продуктивно поработать.
У меня в таблице 14 столбцов. Однако, если данных будет порядка нескольких миллионов, то нужно уже чот выдумывать. Пока спасают pg_dump и pg_restore ))
С помощью Npgsql и его штатных средст (NpgsqlDataReader, NpgsqlDataAdapter, CreateInsertMethod(), Prepare()) можно тоже добиться неплохой скорости. А если распараллелить на несколько потоков - можно таблицы с несколькими млн данных перегнать за приемлемое время.
А как потом скачать этот пакет/компонент и использовать в новом проекте? Дополнили бы статью примером использования - опубликовали бы его уже и кинули ссылку на npm. Создали бы новый проект с этим компонентом. На vue sfc playground ссылочкой тоже неплохо было бы поделиться чтобы воочию увидеть компонент.
А вообще английский такого уровня это маст хэв. Для кого интересно такие переводы?!
Насчет первого пункта. У нас, например, есть отдел эксплуатации, который и занимается решением абсолютно всех задач (швец, певец, на дуде игрец и не только). Главная задача эксплуатации - отладка и поиск ошибок. Причем нужно разбираться в большом технологическом стеке (Python, NodeJS, NestJS, VueJS, SQL, PL/SQL, RabbitMQ, RESTFull API). Но самое страшное - это аналитика.
Думаю, что именно попытки прокачивать себя во всех этих технологиях и не дают соскучиться. А вот развитие (developers), которые целыми днями кодят ток на одном языке соскучиться могут намного быстрее.
Почитал Ваши "конструктивные" комментарии)). Теперь Ваше мнение для меня вообще ничего не значит)). Ну так расскажите о своих "фреймворках", никто ведь не запрещает. Приведите пример - как на Vuetify реализовать грид с тем же функционалом. Народ будет благодарен.
Да, первоочередной целью было потыкать Vue, изучить основы, глянуть с чем вообще это едят. На таких простых вещах очень много можно узнать на самом деле. Не все здесь эксперты и профи. А грид (как по мне) получился очень даже ничего.
Смысл описал в первом абзаце статьи, перечитай пожалуйста! Насчет костыля - что именно тут костыльного? Не хочешь - не используй, Вас никто не заставляет!
Спасибо всем за конструктивные комментарии!
Судя по частоте упоминания, самым оптимальным алгоритмом является алгоритм Дейкстры. Поэтому как появится время и желание - попробую его реализовать для нахождения оптимального маршрута между двумя произвольными точками на карте и написать статью.
По хорошему, помимо естественных ландшафтов - также необходимо добавлять на карту препятствия неприродного характера - здания и др. сооружения, которые, понятное дело, не сможет обойти алгоритм, описанный в этой статье.
По хорошему, несомненно, нужно бы находить оптимальный путь между 2-мя произвольными точками на карте. А здесь, конечно, я упростил задачу, т.к. нужно было быстро состряпать более-менее работающий алгоритм для участия в одном хакатоне, а времени для экспериментов не было )
Ну тогда бы мы спустились в ямку и не выходили оттуда, а тут немного другое))
На стендапе ты можешь более подробно услышать какие задачи решают твои коллеги и почерпнуть что то полезное. А также чтобы не решать одну и ту же задачу по новой. Особенно это важно в отделе тех. поддержки и эксплуатации. И они не отнимают много времени.
Автор наверно хотел сказать про всякие совещания, куда дергают программистов, которые могли бы в это время продуктивно поработать.
Пока на практике не попробуешь - один хрен не усвоишь)
Спасибо за ссылку. Очень полезная. В принципе, я также использовал InsertPrepared и результат на 100000 почти тот же что и в описании из твоей ссылки.
Вот как это делал я: https://github.com/greenDev7/PGMigrationTest/blob/main/Form1.cs
У меня в таблице 14 столбцов. Однако, если данных будет порядка нескольких миллионов, то нужно уже чот выдумывать. Пока спасают pg_dump и pg_restore ))
С помощью Npgsql и его штатных средст (NpgsqlDataReader, NpgsqlDataAdapter, CreateInsertMethod(), Prepare()) можно тоже добиться неплохой скорости. А если распараллелить на несколько потоков - можно таблицы с несколькими млн данных перегнать за приемлемое время.
СУБД если быть точнее)
А как потом скачать этот пакет/компонент и использовать в новом проекте? Дополнили бы статью примером использования - опубликовали бы его уже и кинули ссылку на npm. Создали бы новый проект с этим компонентом. На vue sfc playground ссылочкой тоже неплохо было бы поделиться чтобы воочию увидеть компонент.
А вообще английский такого уровня это маст хэв. Для кого интересно такие переводы?!
Насчет первого пункта. У нас, например, есть отдел эксплуатации, который и занимается решением абсолютно всех задач (швец, певец, на дуде игрец и не только). Главная задача эксплуатации - отладка и поиск ошибок. Причем нужно разбираться в большом технологическом стеке (Python, NodeJS, NestJS, VueJS, SQL, PL/SQL, RabbitMQ, RESTFull API). Но самое страшное - это аналитика.
Думаю, что именно попытки прокачивать себя во всех этих технологиях и не дают соскучиться. А вот развитие (developers), которые целыми днями кодят ток на одном языке соскучиться могут намного быстрее.
Почитал Ваши "конструктивные" комментарии)). Теперь Ваше мнение для меня вообще ничего не значит)). Ну так расскажите о своих "фреймворках", никто ведь не запрещает. Приведите пример - как на Vuetify реализовать грид с тем же функционалом. Народ будет благодарен.
Да, первоочередной целью было потыкать Vue, изучить основы, глянуть с чем вообще это едят. На таких простых вещах очень много можно узнать на самом деле. Не все здесь эксперты и профи. А грид (как по мне) получился очень даже ничего.
Смысл описал в первом абзаце статьи, перечитай пожалуйста! Насчет костыля - что именно тут костыльного? Не хочешь - не используй, Вас никто не заставляет!
Привет! Я так понял Pinia стал рекомендацией совсем недавно. Пока его не тыкал. Но в будущем почитаю о нем, спасибо!
P.S. Да, сорян, ребят....забыл окрыть репу. Щас должно быть все норм.