На всех языках разработки все стремятся обобщать код, делать абстракции, убирать "копи-пасту" как источник ошибок. Вы же предлагаете все делать наоборот.
Возьмём ваш же пример. Переименуем одно измерение и теперь, вместо того, что бы в одном месте изменить название мы должны сделать это, условно, 10 раз в 10 документах. Т.е. трудозатраты и вероятность ошибок выше.
В УТ у каждого документа в менеджере описаны свои процедуры для проведения. Это не одна общая процедура на все документы, это вызов конкретных процедур каждого документа через одну общую процедуру. Архитектура такая. Сделано для того, что бы разные "доработчики" не придумывали свои алгоритмы, кто во что горазд, а использовали унифицированный алгоритм. Это упрощает поддержку кода.
В батареях отопления течет "химическая" вода. Ее пить нельзя (и мыться ей тоже не желательно).
Для получения горячей воды холодную воду нагревают (например на техническом этаже многоквартирного дома) через теплообменник с водой которая в трубах отопления (от ТЭЦ идет)
Если в теплообменнике нарушится герметичность, то в горячую воду попадет часть воды из труб отопления, это сделает горячую воду не пригодной для питья.
Из вашей статьи я не понял, с чем именно вы не согласны? С тем, что в теплообменнике может смешаться холодна вода с водой из труб отопления?
Я получаю новые статьи с Хабра через 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 пакету, инициализируем в нем внутренние переменные и далее это один экземпляр на все приложение, т.к. подключение пакета к другим пакетам не вызывает его "пересоздание".
Почему вы не обрабатываете ошибки? Ведь в случае ошибок получится неопределенное поведение.
После машинного перевода текст должен редактировать специалист, разбирающийся в теме.
Это не маршрут, а обработчик.
Обработчик - это Fn(). Fn() должен реализовывать IntoResponse ?
Эта функция - реализация перечисления?
"Переводы" такого качества не нужны! Делайте пересказ своими словами.
Но ведь 0 не передается через материальный носитель. Ничего не "долетает" до точки "B" в случае "передачи" нуля.
На всех языках разработки все стремятся обобщать код, делать абстракции, убирать "копи-пасту" как источник ошибок. Вы же предлагаете все делать наоборот.
Возьмём ваш же пример. Переименуем одно измерение и теперь, вместо того, что бы в одном месте изменить название мы должны сделать это, условно, 10 раз в 10 документах. Т.е. трудозатраты и вероятность ошибок выше.
В УТ у каждого документа в менеджере описаны свои процедуры для проведения. Это не одна общая процедура на все документы, это вызов конкретных процедур каждого документа через одну общую процедуру. Архитектура такая. Сделано для того, что бы разные "доработчики" не придумывали свои алгоритмы, кто во что горазд, а использовали унифицированный алгоритм. Это упрощает поддержку кода.
А могли бы экономить 828 млн рублей в год если бы сотрудники работали на удаленке...
В батареях отопления течет "химическая" вода. Ее пить нельзя (и мыться ей тоже не желательно).
Для получения горячей воды холодную воду нагревают (например на техническом этаже многоквартирного дома) через теплообменник с водой которая в трубах отопления (от ТЭЦ идет)
Если в теплообменнике нарушится герметичность, то в горячую воду попадет часть воды из труб отопления, это сделает горячую воду не пригодной для питья.
Из вашей статьи я не понял, с чем именно вы не согласны? С тем, что в теплообменнике может смешаться холодна вода с водой из труб отопления?
Наверное для расширения сообщества. Больше разработчиков на Rust - больше библиотек и фреймворков, появление вакансий и т.п.
В сервисе не хватает сравнения разных регионов и рейтинга регионов (типа топ-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 пакету, инициализируем в нем внутренние переменные и далее это один экземпляр на все приложение, т.к. подключение пакета к другим пакетам не вызывает его "пересоздание".