Непонятно почему, но почти все цифровизаторы пропускают начало - формализацию.
Т.е. сначала формализация бизнеса, а после только цифровизация и никак иначе.
Вот и цифровизируют то, что уже формализовано - канцелярия, архив, бухгалтерия и т.п. Но сам собственно бизнес обычно никак не видоизменяется, только вместо бумажек их сканы.
учитывая, что геология отдалена от мира информационных технологий
Это не так. Если ваша нога ступила не стезю геологии, то знайте, что там, в недрах отрасли, есть высокопрофессиональные математики. Они могут решать диффуры и хорошо знают про преобразование Радона. И вся нынешняя геология и интерпретация геологических сведений сделаны на очень нехилых серверах.
Так что, когда кто-то из нефтяных или газовых начальников хвалится размером своего запаса - знайте, за этим стоит, в большей части, суровая математика. ))
Это уже наверно десятая статья и никто не указал, что согласно
Постановлению Правительства РФ от 27.11.2006 N 719 (ред. от 14.10.2021) "Об утверждении Положения о воинском учете"
II. Профессии, специальности и направления подготовки, полученные в образовательных организациях и других организациях, при наличии которых граждане женского пола получают военно-учетные специальности и подлежат постановке на воинский учет
Вычислительная техника
Профессии рабочих, по которым осуществляется профессиональное обучение Оператор электронно-вычислительных и вычислительных машин, электромеханик по ремонту и обслуживанию счетно-вычислительных машин.
Специальности среднего профессионального образования Компьютерные сети, информационные системы (по отраслям), программирование в компьютерных системах.
Специальности и направления подготовки высшего образования
(а многие работодатели реально оценивают ваш профиль на Хабре в том числе по ней)
Если написать на хабре пример самого супер-пупер кода - ни одного письма от HR в почте не прибавится. И уж тем более в зарплате.
И тут лукавите
пользователя могут слить участники каких-то таинственных масонских кружков хабрачатов,
Никаких масонов, на слаке ods.ai были прямые откровенные призывы минусить мои статьи и сливать мне карму. И что? хоть кто-то из сотрудников хабра хоть пошевелился?
Если сравнивать с классической музыкой, то хабр превратился в попсу и шлягеры. Весело, с притопами, прихлопами можно написать любую ересь и выйти в топ. Пример показать?
Так что на таком хабре, если писать что-то толковое, то получишь точно и однозначно минус. Ведь любая толковая, серьезная идея так же толково и серьезно задевает.
Так что у меня крепнет убежденность, что карму назначают где-то внутри, сотрудники хабра. Просто такая форма повышения монетизации и нет смысла это обсуждать - внутренний бизнес процесс.
Если утрировать и глянуть граничный случай — а у нас а ИТ там все ляпы и лежат, то народные артисты будут продавать билеты на свои выступления ))
Или главный врач ЦКБ будет продавать полисы.
«Беда, коль пироги начнет печи сапожник, а сапоги тачать пирожник».
Иван nmivan конечно авторитет, но как и все писатели любит приврать )
Наше дело — это изучать, проектировать и применять системы типа
{«аксиомы логики»+«аксиомы предметной области»}
Любое нарушение чревато и рано или поздно придет осознание того, что в природе нет реляционных данных, векторов, матриц и т.д. и тот, кто пытается формализовать реальность и засунуть реальность в БД уж совсем не называется «программист»
На мой взгляд предложенное решение глубоко ошибочно. Отсутствие тех, кто понимает реальность не повод заставлять это делать программистов.
Об авторе. Артём Бадышев. В прошлом геофизик, занимался обработкой и инерпретацией сейсмических данные в морских походах. 4 года в Альфе, из которых 2 — QA Team Lead.
Вы не поверите, но ни одной строчки не вбивал руками. Всю таблицу традиционно списал у сеньора из предыдущих серий )). Это он себя сеньором, а я пенсионером называем.
тут результат считается сразу в десятичном виде. И прибавить 3 к предпоследнему разряду это одна команда. А прибавить 15 это две команды - прибавить 5 и прибавить 1 с переносом.
Даже если провести очевидные оптимизации сеньорского кода - использовать в одной команде деление с остатком (ассемблерный код, наверно) и убрать деление до 0 в myitoa и найти другой критерий останова.
do {
*--cur = number % 10 + '0';
number /= 10;
} while (number != 0);
то все равно мой код будет быстрее - в нем для получения каждого байта кода вывода используется "+1" или "+3" и ">9", что гораздо быстрее деления на 10.
Итак, чтобы победить этот мой изящный говнокод, сеньорам нужно придумать что-то умное или хитрое. Просто так парой операторов дело провернуть не получится.
Там немного другая оптимизация. Просто вывод fwrite по 30 строк в миллиарде требует почти 1.5 сек. Многопоточность там разрешена и достаточно 3 потоков, чтобы получить максимальную скорость вывода.
Если там что есть быстрее (20G/sec у xiver77), то это уже оптимизация ввода/вывода. Ну и алгоритмически неинтересна. В этой статье собственно скорость не главное. Тут вся хитрость в алгоритме.
Обожаю комментарии виртуозов софтскиллс. Только вот Вы, уважаемый, всё напутали.
У нас не "черный лебедь", а "черный ворон". Да и насчет распределения - оно не может изменится, т.к. его нет у Черного ворона и не бывает. И если чего-то нет, то и меняться оно не может.
Но за комментарий большое спасибо. Столько много букв! Наверно сильно задел, аж до "Бабушкиных ...", значит не зря был пост.
Как у классика - "Ты теоремы можешь и не знать, Но уболтать клиента ты обязан!"
Непонятно почему, но почти все цифровизаторы пропускают начало - формализацию.
Т.е. сначала формализация бизнеса, а после только цифровизация и никак иначе.
Вот и цифровизируют то, что уже формализовано - канцелярия, архив, бухгалтерия и т.п. Но сам собственно бизнес обычно никак не видоизменяется, только вместо бумажек их сканы.
Это не так. Если ваша нога ступила не стезю геологии, то знайте, что там, в недрах отрасли, есть высокопрофессиональные математики. Они могут решать диффуры и хорошо знают про преобразование Радона. И вся нынешняя геология и интерпретация геологических сведений сделаны на очень нехилых серверах.
Так что, когда кто-то из нефтяных или газовых начальников хвалится размером своего запаса - знайте, за этим стоит, в большей части, суровая математика. ))
Тоже отличные конструкции
Это уже наверно десятая статья и никто не указал, что согласно
Постановлению Правительства РФ от 27.11.2006 N 719 (ред. от 14.10.2021) "Об утверждении Положения о воинском учете"
II. Профессии, специальности и направления подготовки, полученные в образовательных организациях и других организациях, при наличии которых граждане женского пола получают военно-учетные специальности и подлежат постановке на воинский учет
Вычислительная техника
Профессии рабочих, по которым осуществляется
профессиональное обучение
Оператор электронно-вычислительных и вычислительных машин, электромеханик по ремонту и обслуживанию счетно-вычислительных машин.
Специальности среднего профессионального образования
Компьютерные сети, информационные системы (по отраслям), программирование в компьютерных системах.
Специальности
и направления подготовки высшего образования
Информатика и вычислительная техника.
Лукавите ведь
Если написать на хабре пример самого супер-пупер кода - ни одного письма от HR в почте не прибавится. И уж тем более в зарплате.
И тут лукавите
Никаких масонов, на слаке ods.ai были прямые откровенные призывы минусить мои статьи и сливать мне карму. И что? хоть кто-то из сотрудников хабра хоть пошевелился?
Если сравнивать с классической музыкой, то хабр превратился в попсу и шлягеры. Весело, с притопами, прихлопами можно написать любую ересь и выйти в топ. Пример показать?
Так что на таком хабре, если писать что-то толковое, то получишь точно и однозначно минус. Ведь любая толковая, серьезная идея так же толково и серьезно задевает.
Так что у меня крепнет убежденность, что карму назначают где-то внутри, сотрудники хабра. Просто такая форма повышения монетизации и нет смысла это обсуждать - внутренний бизнес процесс.
Или главный врач ЦКБ будет продавать полисы.
«Беда, коль пироги начнет печи сапожник, а сапоги тачать пирожник».
Иван nmivan конечно авторитет, но как и все писатели любит приврать )
{«аксиомы логики»+«аксиомы предметной области»}
Любое нарушение чревато и рано или поздно придет осознание того, что в природе нет реляционных данных, векторов, матриц и т.д. и тот, кто пытается формализовать реальность и засунуть реальность в БД уж совсем не называется «программист»
На мой взгляд предложенное решение глубоко ошибочно. Отсутствие тех, кто понимает реальность не повод заставлять это делать программистов.
Мне вот все эти статьи HR дилетантов напоминают ровно вот этот набор
как пойти на первое свидание
а мне кажется - типичный "сын маминой подруги"
Вы не поверите, но ни одной строчки не вбивал руками. Всю таблицу традиционно списал у сеньора из предыдущих серий )). Это он себя сеньором, а я пенсионером называем.
Зря Вы так. Любой код можно улучшить. Это же не гонки на выживание.
Что-то не вижу [
Это не скобка квадратная, это такая утилита или команда, в зависимости от реализации.
Это ЦНИИ "Монолит" - ведущая контора Министерства оборонной промышленности по экономике и планированию. И там реально была автоматизация, компьютеры.
https://rgantd.kaisa.ru/object/157210154 - вот их архивы
Несерьезно и незачет.
"Не плодите сущности без необходимости"
вот результат сеньора! time ./multithreaded2 > /dev/null
Казалось бы 1.141 это мощща!!
Но вот результат пенсионера в один поток time ./my_1 > /dev/null
И алгоритмически сеньоры пока идут мимо. Т.к. "user 0m3,659s" всё как бы меньше user "0m4,122s"
на машине
model name : Intel(R) Core(TM) i5-3317U CPU @ 1.70GHz (это вот тут нет интринсиков)
P.S. придется прочитать про потоки и заделать как бы уже всерьёз ))
тут результат считается сразу в десятичном виде. И прибавить 3 к предпоследнему разряду это одна команда. А прибавить 15 это две команды - прибавить 5 и прибавить 1 с переносом.
Даже если провести очевидные оптимизации сеньорского кода - использовать в одной команде деление с остатком (ассемблерный код, наверно) и убрать деление до 0 в myitoa и найти другой критерий останова.
то все равно мой код будет быстрее - в нем для получения каждого байта кода вывода используется "+1" или "+3" и ">9", что гораздо быстрее деления на 10.
Итак, чтобы победить этот мой изящный говнокод, сеньорам нужно придумать что-то умное или хитрое. Просто так парой операторов дело провернуть не получится.
Там немного другая оптимизация. Просто вывод fwrite по 30 строк в миллиарде требует почти 1.5 сек. Многопоточность там разрешена и достаточно 3 потоков, чтобы получить максимальную скорость вывода.
Если там что есть быстрее (20G/sec у xiver77), то это уже оптимизация ввода/вывода. Ну и алгоритмически неинтересна. В этой статье собственно скорость не главное. Тут вся хитрость в алгоритме.
Обожаю комментарии виртуозов софтскиллс. Только вот Вы, уважаемый, всё напутали.
У нас не "черный лебедь", а "черный ворон". Да и насчет распределения - оно не может изменится, т.к. его нет у Черного ворона и не бывает. И если чего-то нет, то и меняться оно не может.
Но за комментарий большое спасибо. Столько много букв! Наверно сильно задел, аж до "Бабушкиных ...", значит не зря был пост.
Как у классика - "Ты теоремы можешь и не знать, Но уболтать клиента ты обязан!"
То то на ровном месте минус (правда только один ) прилетел в карму!
Ничего не комментировал, никого не трогал и на тебе ))
Джек Лондон " на сороковой миле"
lib.ru/LONDON/on40mile.txt
Очень эффективный.