Я получаю новые статьи с Хабра через RSS (из настроенной под себя ленты). Ваш сервис будет фильтровать статьи только с нужных хабов? Если же, например, ваш сервис просто по RSS берет данные с Хабра, тогда не понимаю почему в статье говорится, что RSS - это плохо.
Я жил 5 лет за городом, добирался до работы за 30 минут. Это быстрее, че некоторые сотрудники в городе (час с пробками). Но тут роль играет не время, а расстояние. Если в городе я еду 5 км по пробкам, то с пригорода 25 км и это сильно напрягает и надоедает (+ расходы больше на авто + нужно минимум 2 авто). Съездить в больницу, в магазин за продуктами (в городе просто пешком в нормальный магазин у дома можно сходить), в кинотеатр уже не так легко, представив что нужно туда-суда 50 км проехать. Или что бы погулять вечером в парке еще +50 км (это + к тем 50 км, которые ушли на работу).
А еще проблемы с интернетом (если в поселок оптика не проведена), с доставками крупногабаритных покупок. Ozon, Wildberries, СДЭК и т.п. естественно нет в поселках, нужно ездить. Вызов скорой - 2 часа, т.к. на несколько поселков 2 машины.
Вечные проблемы с напряжением и канализацией, которая промерзает. (были зимы когда я каждый день вечером отбойным молотком лед колол метров 5 на выводе из ЛОС в канаву, греющие кабеля не помогают). Вода из скважины грязная (-здоровье), нужно очень хорошо фильтровать.
Огромные злые чужие собаки бегающие по участку или за забором, шмели размером с палец и прочая живность.
В статье еще не указаны траты на содержание дома и участка, а это приличная сумма. Триммеры для кошения травы и комплектующие к ним, постоянно что то нужно подделать, то забор подварить, то с канализацией/скважиной проблемы, то с фасадом, в общем в своем доме работа бесконечна и требует огромных вложений (баньку например построить, или бассейн или сарай или гараж и т.п.). И чем больше построек, тем дороже их обслуживание, ведь все ломается со временем.
В итоге, как бы мне не нравилось жить в своем доме, я купил квартиру в городе и у меня стало сразу оставаться много денег и времени.
Свой дом должен быть минимум в черте города, рядом с магазинами, дет.садами и школами (ребенку то ходить со школы домой самому); должна быть централизованная канализация и холодное водоснабжение.
Главная новость заключается в том, что Go 1.22 изменяет правила определения области видимости для переменных в циклах for. Раньше переменные цикла имели область видимости для всего цикла. Теперь каждая итерация получает свою собственную область видимости
Но
Копирование элементов. Напомню, что каждый раз, когда вы выполняете обход массивов и слайсов, Go создает копию каждого элемента
т.е. в цикле
for i,val = range arr {}
Переменная val это копия (на стеке) в каждой итерации и эта копия со стека удаляется в конце каждой итерации и в начале следующей создается другая копия. Т.е. область видимости копии и так ограничена одной итерацией. Или нет? В чем тогда нововведение 1.22 в части области видимости копии?
Внутренняя ставка сотрудника (зп на руки) + НДФЛ 13% + ЕСН 25% + косвенные расходы (все косвенные расходы, деленные на кол‑во производственных единиц, допустим, 5%) + маржинальность для компании (в нашем случае 30%)
Получается, разработчик, который получает на руки 150 000р в месяц, обходится компании примерно в 280 000р, значит продавать его услуги выгодно примерно за 364 000р, отсюда ставка 2200 в час, если не брать в расчет отпускные и day off (у нас в компании в среднем это 7-8 дней в году).
В результате возникла следующая идея: осознав проблемы конкатенации строк, я решил оптимизировать процесс и сэкономить время, что привело к созданию следующей реализации
Где в init0 конкатенация? там же просто добавление элементов в массив. (так же как и в init1 rez.add(sb.toString()))
Пакеты в Go можно рассматривать как "классы". Пакет имет приватные и публичные переменные, приватные и публичные функции, а так же конструктор ( init ). Таким образом Пакет можно рассматривать как Singleton. Подключаем его например к main пакету, инициализируем в нем внутренние переменные и далее это один экземпляр на все приложение, т.к. подключение пакета к другим пакетам не вызывает его "пересоздание".
Небольшой выигрыш в rust дает, если вместо использования pool запускать несколько инстансов сервиса на одном порту (каждый в своем отдельном потоке, потоков по количеству процессоров ) и в каждом инстансе отдельное соединение к postgresql.
Почему если делают RAD систему, то обязательно придумывают свой уникальный язык (DSL)? Все равно код будет писать не менеджер или бухгалтер, а программист. Программистам же проще использовать привычные языки для разработки. Использовали бы, например, Python или Kotlin, на которых можно вполне сделать подходящий DSL и возможно RAD бы пользовалась большим спросом.
В 1с например просто присваивают значения полю, как указано в разделе "В начале было Active record" и проблем нет. Есть правда события, например "ПередЗаписью" где мы можем проверить и дозаполнить необходимые поля. Я думаю в Go по аналогии нужно не в метод Apply передавать разные функции, изменяющие объект, а сделать метод Save(ctx) и в нем закодировать логику расчета доп полей перед помещением в БД.
В сервисе не хватает сравнения разных регионов и рейтинга регионов (типа топ-10)
Я получаю новые статьи с Хабра через RSS (из настроенной под себя ленты). Ваш сервис будет фильтровать статьи только с нужных хабов? Если же, например, ваш сервис просто по RSS берет данные с Хабра, тогда не понимаю почему в статье говорится, что RSS - это плохо.
Я жил 5 лет за городом, добирался до работы за 30 минут. Это быстрее, че некоторые сотрудники в городе (час с пробками). Но тут роль играет не время, а расстояние. Если в городе я еду 5 км по пробкам, то с пригорода 25 км и это сильно напрягает и надоедает (+ расходы больше на авто + нужно минимум 2 авто). Съездить в больницу, в магазин за продуктами (в городе просто пешком в нормальный магазин у дома можно сходить), в кинотеатр уже не так легко, представив что нужно туда-суда 50 км проехать. Или что бы погулять вечером в парке еще +50 км (это + к тем 50 км, которые ушли на работу).
А еще проблемы с интернетом (если в поселок оптика не проведена), с доставками крупногабаритных покупок. Ozon, Wildberries, СДЭК и т.п. естественно нет в поселках, нужно ездить. Вызов скорой - 2 часа, т.к. на несколько поселков 2 машины.
Вечные проблемы с напряжением и канализацией, которая промерзает. (были зимы когда я каждый день вечером отбойным молотком лед колол метров 5 на выводе из ЛОС в канаву, греющие кабеля не помогают). Вода из скважины грязная (-здоровье), нужно очень хорошо фильтровать.
Огромные злые чужие собаки бегающие по участку или за забором, шмели размером с палец и прочая живность.
В статье еще не указаны траты на содержание дома и участка, а это приличная сумма. Триммеры для кошения травы и комплектующие к ним, постоянно что то нужно подделать, то забор подварить, то с канализацией/скважиной проблемы, то с фасадом, в общем в своем доме работа бесконечна и требует огромных вложений (баньку например построить, или бассейн или сарай или гараж и т.п.). И чем больше построек, тем дороже их обслуживание, ведь все ломается со временем.
В итоге, как бы мне не нравилось жить в своем доме, я купил квартиру в городе и у меня стало сразу оставаться много денег и времени.
Свой дом должен быть минимум в черте города, рядом с магазинами, дет.садами и школами (ребенку то ходить со школы домой самому); должна быть централизованная канализация и холодное водоснабжение.
Но
т.е. в цикле
Переменная val это копия (на стеке) в каждой итерации и эта копия со стека удаляется в конце каждой итерации и в начале следующей создается другая копия. Т.е. область видимости копии и так ограничена одной итерацией. Или нет? В чем тогда нововведение 1.22 в части области видимости копии?
В статье нужно было написать: было вот так, сделали вот так и это дало ускорение на хх%. А вы только проблему обозначили, а решение не расписали.
Вы два раза по 30% маржинальность закладываете?
Затраты = 150 000 + 13% = 169 500 + 30% (ЕСН и косвенные) = 220 350
Первая маржа компании = 220 350 + 30% = 286 455
Вторая маржа компании ! = 286 455 + 30% = 372 991
В статье все в рублях, к чему ваш вопрос?
"утечка" памяти? Почему она происходит в данном примере?
Зачем использовать дополнительный файл настроек? Программисту проще сразу в коде написать что надо.
В реальном коде может возникнуть такое UB?
Пока похоже, что для того, что бы получить это UB нужно специально так написать код. (учитывая, что нужно аргумент функции на placeholder менять)
Где в init0 конкатенация? там же просто добавление элементов в массив. (так же как и в init1
rez.add(sb.toString()))Какую СУБД выбрать в итоге для 1с и почему именно ее?
Пакеты в Go можно рассматривать как "классы". Пакет имет приватные и публичные переменные, приватные и публичные функции, а так же конструктор ( init ). Таким образом Пакет можно рассматривать как Singleton. Подключаем его например к main пакету, инициализируем в нем внутренние переменные и далее это один экземпляр на все приложение, т.к. подключение пакета к другим пакетам не вызывает его "пересоздание".
Tokio используется. Через него создаются инстансы. Пример rust_axum_pg в github из статьи.
Так не запрещено же из одного метода вызывать другие процедуры и функции.
Я про IsFusion. В 1с язык более менее привычный.
Небольшой выигрыш в rust дает, если вместо использования pool запускать несколько инстансов сервиса на одном порту (каждый в своем отдельном потоке, потоков по количеству процессоров ) и в каждом инстансе отдельное соединение к postgresql.
Почему если делают RAD систему, то обязательно придумывают свой уникальный язык (DSL)? Все равно код будет писать не менеджер или бухгалтер, а программист. Программистам же проще использовать привычные языки для разработки. Использовали бы, например, Python или Kotlin, на которых можно вполне сделать подходящий DSL и возможно RAD бы пользовалась большим спросом.
В 1с например просто присваивают значения полю, как указано в разделе "В начале было Active record" и проблем нет. Есть правда события, например "ПередЗаписью" где мы можем проверить и дозаполнить необходимые поля. Я думаю в Go по аналогии нужно не в метод Apply передавать разные функции, изменяющие объект, а сделать метод Save(ctx) и в нем закодировать логику расчета доп полей перед помещением в БД.
Еще можете глянуть здесь: https://www.techempower.com/benchmarks/#hw=ph&test=fortune§ion=data-r22&l=yyku7z-cn3
Все, все что с sqlx находится внизу списка