"В 16:58 UTC мы заметили, что Facebook перестал анонсировать маршруты для своих DNS-префиксов" -- вот тут мой мозг сломался. =)) DNS и BGP в одну кучу. Для тех кто не в курсе, в протоколе BGP есть только апдейты маршрутов соседней автономной зоны. DNS это этажом выше, и никак не пересекаются.
Это такой перевод, или там действительно такие чапаевские птицы?
> В реальности же всё ровно наоборот: капиталист старается платить минимум
Владелец активов живет не в вакууме. Таки есть этика и экология поступков. Люди могут и по шапке настучать, что происходит регулярно. Например, в виде тех же самых забастовок.
«Много власти есть много отвественности» в развитых обществах очень хорошо выученный урок.
Програмный инженер создает автоматы как продукт интеллектуальной деятельности, которые встраиваются в деловые процессы и обеспечивают их деятельность, более или менее, частично или приципиально. Ситуации по отношению к автоматизации разные.
Должен или не должен это вопрос договоров (фактических), в частности, включающую отвественность и отдачу от произведенного интеллектуального продукта.
Если некоторые управляющие участники обесценивают продукт работы програмного инженера, входящий в общий продукт, то возникает подобная статья.
Или переоценки программного инженера стоимости своего продукта, так тоже бывает.
Как следствие не-договоренности.
Думаю, вывод вполне адекватный: социум и его институты в России арахаичны, и во многом воспроизводится советская культура.
И предприятие как шарашка, но уже с явной и непрыкрытой экслуатацией и перераспределением.
«Цветовая дифференциация» как иллюстрация, думаю, слишком одномерна. Профайл инcтитута (предприятия и его групп) гораздо сложнее.
>не нужно беспокоиться о типе сортировке в динамическом списке (или его аналоге), об этом побеспокоится СУБД, и решит эту задачу куда лучше прикладного программиста.
1 СУБД — это автомат, она не умеет беспокоится.
2 Есть еще неприкладные програмисты?
Нет, конечно, далеко не все. Но бабахать по клавишам столько букв «исповеди одноэсника» уже само по себе профайл. Или анамнез. Смотря кто как посмотрит.
>я как бы в курсе чем там автоматизирован малый и средний бизнес.
«приход-уход-склад» массово в sass, и несильно напрягает.
пяток лидеров, поключиться дело 10-15 минут.
но автоматизация это несколько больше чем «приход-уход-склад»
впрочем, предполагаю, это вам вряд ли ведомо.
я понимаю, вы защищате свое мировозрение, но дело в том, что трава все равно зеленая, небо голубое, а перекос в массу дешевых «одноэсников» «поправить склад-бухгалтерию» нигде нигде больше не существует, кроме как в великой с ее вымороченным социумом.
И так _20_ лет, все плохие попадаются? =)
И еще — на 100 одноэсников только 2 знали английский что бы что-то сказать и читать.
Егожмать, английский — язык индустрии.
98 % чуваков не могут понять что-то, что написано на базовом индустриальном языке.
>Это проблема низкого порога входа.
Вообще-то наличие огромного количества приставок к бухгалтерии и учету и десяткам «рогов и копыт» — тяжелая социальная проблема. Там, на этой проблеме, одноэсники и кормятся, на проблеме. Даже не думая сильно. То есть 95% на этом пороге входа и остаются.
А че типа, мы и так нужные. Мы тут B2B из левого угла в правый и обратно автоматизируем.
В других, здоровых, странах таких проблем нет. Вооще другой диапазон автоматизации.
>Но есть и такие, кто делает CI, статический анализ, автотесты…
Да, наверное есть. Двое. Прячутся.
Давеча поймал такого 1с аналитика, глагольствовал об «enterprise resourse planning»
Задал ему вопрос, найдите мне, сэр, хоть что-то из планирования кейсов-програм-проектов производства-процессов в будущем, а не фиксации пост-фактум, тут яркий монолог про желтый рай и сдулся.
2019 год, если че.
Другой упорол четыре терабайта блобов в SQL базу. Пока производство не встало.
Раздутая «1c типа разработка» без альтернатив, иных понятий, иных компетенций, с дешевой до-индусской ставкой труда — это один из признаков социального заболевания.
>И еще — если к вам пришел наниматься 1С-ник, то 1С-ника можно смело ставить на должность лида аналитиков. Понимание задачи, предметной области, навыков декомпозиции у них развито великолепно.
>Человек обучен думать о смысле задачи в первую очередь, о связях между объектами предметной области, при этом имеет технический бэкграунд по интеграционным технологиям и форматам обмена данными.
Ржу и плакаю =) 95% не знают протоколов от слова совсем, нет в голове понятия. Не понимают даже элементарный rest web api, понятие делового моделирования в стиле OOP для них дырка, управления версиями конфигураций-кода почти неведомо,… там длинный список
Больше половины не знают что такое програмный автомат. Просто нет элементарных базовых знаний.
Когда одноэсники беседуют по проекту, у меня время цирка. По жизни стараюсь держатся от них подальше.
«Ну у них сайт написан… на языке… не 1C», «Мне не нужно знать этот ваш SOAP» — из разговоров.
>2) Делаю решение, которое могут раскритиковать в дальнейшем
>3) Все проблемы которые будут возникать в дальнейшем будут легко сводится к «это из-за того, что ты влез»
Есть такое. Спасает верификация-проверка под протокол, хорошо если с метриками. «Вот справка что женат, вот справка что на женщине»
И далее пересказ «маленькие по три, но маленькие. большие по пять! но большие!» =)
Еще раз: при планировании проекта учитываются требования и ограничения.
Ограничения: real time, C интерфейс контролеров, ограниченные средства разработки.
Все. Все node, python, perl, ruby,… идут лесом.
>кастомный код может покрывать потребности
>производительность существующих решений более чем достаточна.
открою секрет, на автоматизированном предприятии всегда дофига кастомного кода.
потому что существующих решений есть только на 90-95% от кода.
>уровень знаний нуже выше
простите, не моя печаль.
> повторно использовать его за пределами узкого направления — нельзя.
ну вот зрасте. Я тут давеча этот же код реактора к контролеру батареи на ком прикрутил. И уже успел дать в ухо тому кто залез внутрь и отвалить разьем =)
проблемы не наблюдаю. Есть цели, есть время-бюджет-качество.
В отличие от приведенного вами сказочного примера мой код с реактор паттерном работает в предприятии уже 4 года, и работает как швейцарские часы.
Его я использовал повторно пару раз, но уже под менее критичные цели.
Зачем перегруженный код с кучей если не косяков, то всяких эффектов, если достаточно обычного пула c простейшим парсером и обработчиком на С?
Я начал сначала писать на базе boost asio, потом уперся в его непонятный глюк, и написал на голом С с pthreads & kqueue. Фактически, получился очень упрощенный вариант libuv, но с понимаемым поведением. =)
Таки real time типа.
Код первиной обработки и упаковки данных с контроллеров отдельно, это еще на пяток станиц.
Да, ради хохмы я прицеплял postgreql, с разными простыми и не очень запросами.
Ну, время на ответ увеличилось на время обработки транзакции.
Надо совсем больше клиентов — сделаем больше thread pool.
Среда-то контролируемая. Но я пробовал на 1000-1500 одновременных потоков — куда уже больше для микросервиса, где и 10 за глаза хватит?
Код, извините, не могу опубликовать, из элементарных соображений.
Да, я мог и могу написать с-модуль для perl/ruby/node и к нему приписать web, но зачем городить огород? KISS его, мазефака. =)
"В 16:58 UTC мы заметили, что Facebook перестал анонсировать маршруты для своих DNS-префиксов" -- вот тут мой мозг сломался. =)) DNS и BGP в одну кучу.
Для тех кто не в курсе, в протоколе BGP есть только апдейты маршрутов соседней автономной зоны. DNS это этажом выше, и никак не пересекаются.
Это такой перевод, или там действительно такие чапаевские птицы?
Тупой — да. Умный взвешивает стоимость инвестиций в деятельность и стоимость получаемого продукта в оперативном и стратегическом обороте.
Разработка быстрая, продукт на практике так себе. Но для ларьков сойдет.
Как правило, «1Сник не задумывается».
Владелец активов живет не в вакууме. Таки есть этика и экология поступков. Люди могут и по шапке настучать, что происходит регулярно. Например, в виде тех же самых забастовок.
«Много власти есть много отвественности» в развитых обществах очень хорошо выученный урок.
Или еще миллиард инвестиций в помойку.
Это еще надо будет потом посмотреть.
Использую FreeBSD c IPv6 уже года четыре, никаких проблем.
Использую с пяток блоков /64 и пару /48
Должен или не должен это вопрос договоров (фактических), в частности, включающую отвественность и отдачу от произведенного интеллектуального продукта.
Если некоторые управляющие участники обесценивают продукт работы програмного инженера, входящий в общий продукт, то возникает подобная статья.
Или переоценки программного инженера стоимости своего продукта, так тоже бывает.
Как следствие не-договоренности.
И предприятие как шарашка, но уже с явной и непрыкрытой экслуатацией и перераспределением.
«Цветовая дифференциация» как иллюстрация, думаю, слишком одномерна. Профайл инcтитута (предприятия и его групп) гораздо сложнее.
1 СУБД — это автомат, она не умеет беспокоится.
2 Есть еще неприкладные програмисты?
Нет, конечно, далеко не все. Но бабахать по клавишам столько букв «исповеди одноэсника» уже само по себе профайл. Или анамнез. Смотря кто как посмотрит.
«приход-уход-склад» массово в sass, и несильно напрягает.
пяток лидеров, поключиться дело 10-15 минут.
но автоматизация это несколько больше чем «приход-уход-склад»
впрочем, предполагаю, это вам вряд ли ведомо.
я понимаю, вы защищате свое мировозрение, но дело в том, что трава все равно зеленая, небо голубое, а перекос в массу дешевых «одноэсников» «поправить склад-бухгалтерию» нигде нигде больше не существует, кроме как в великой с ее вымороченным социумом.
ANSI SQL вам в помощъ.
Но зачем такое в трезвом уме и памяти?
Это такое извращенное видение мира одноэсника?
Делает так, потому что может?
И так _20_ лет, все плохие попадаются? =)
И еще — на 100 одноэсников только 2 знали английский что бы что-то сказать и читать.
Егожмать, английский — язык индустрии.
98 % чуваков не могут понять что-то, что написано на базовом индустриальном языке.
>Это проблема низкого порога входа.
Вообще-то наличие огромного количества приставок к бухгалтерии и учету и десяткам «рогов и копыт» — тяжелая социальная проблема. Там, на этой проблеме, одноэсники и кормятся, на проблеме. Даже не думая сильно. То есть 95% на этом пороге входа и остаются.
А че типа, мы и так нужные. Мы тут B2B из левого угла в правый и обратно автоматизируем.
В других, здоровых, странах таких проблем нет. Вооще другой диапазон автоматизации.
>Но есть и такие, кто делает CI, статический анализ, автотесты…
Да, наверное есть. Двое. Прячутся.
Давеча поймал такого 1с аналитика, глагольствовал об «enterprise resourse planning»
Задал ему вопрос, найдите мне, сэр, хоть что-то из планирования кейсов-програм-проектов производства-процессов в будущем, а не фиксации пост-фактум, тут яркий монолог про желтый рай и сдулся.
2019 год, если че.
Другой упорол четыре терабайта блобов в SQL базу. Пока производство не встало.
Раздутая «1c типа разработка» без альтернатив, иных понятий, иных компетенций, с дешевой до-индусской ставкой труда — это один из признаков социального заболевания.
>Человек обучен думать о смысле задачи в первую очередь, о связях между объектами предметной области, при этом имеет технический бэкграунд по интеграционным технологиям и форматам обмена данными.
Ржу и плакаю =) 95% не знают протоколов от слова совсем, нет в голове понятия. Не понимают даже элементарный rest web api, понятие делового моделирования в стиле OOP для них дырка, управления версиями конфигураций-кода почти неведомо,… там длинный список
Больше половины не знают что такое програмный автомат. Просто нет элементарных базовых знаний.
Когда одноэсники беседуют по проекту, у меня время цирка. По жизни стараюсь держатся от них подальше.
«Ну у них сайт написан… на языке… не 1C», «Мне не нужно знать этот ваш SOAP» — из разговоров.
Аплодирую стоя!
>3) Все проблемы которые будут возникать в дальнейшем будут легко сводится к «это из-за того, что ты влез»
Есть такое. Спасает верификация-проверка под протокол, хорошо если с метриками. «Вот справка что женат, вот справка что на женщине»
И далее пересказ «маленькие по три, но маленькие. большие по пять! но большие!» =)
Еще раз: при планировании проекта учитываются требования и ограничения.
Ограничения: real time, C интерфейс контролеров, ограниченные средства разработки.
Все. Все node, python, perl, ruby,… идут лесом.
>кастомный код может покрывать потребности
>производительность существующих решений более чем достаточна.
открою секрет, на автоматизированном предприятии всегда дофига кастомного кода.
потому что существующих решений есть только на 90-95% от кода.
>уровень знаний нуже выше
простите, не моя печаль.
> повторно использовать его за пределами узкого направления — нельзя.
ну вот зрасте. Я тут давеча этот же код реактора к контролеру батареи на ком прикрутил. И уже успел дать в ухо тому кто залез внутрь и отвалить разьем =)
Вы пробовали это обсудить с лидером/управляющим, с набором аргументов — время, перспективы использования кода, рост навыков, возможные риски, прочее?
проблемы не наблюдаю. Есть цели, есть время-бюджет-качество.
В отличие от приведенного вами сказочного примера мой код с реактор паттерном работает в предприятии уже 4 года, и работает как швейцарские часы.
Его я использовал повторно пару раз, но уже под менее критичные цели.
Зачем перегруженный код с кучей если не косяков, то всяких эффектов, если достаточно обычного пула c простейшим парсером и обработчиком на С?
Я начал сначала писать на базе boost asio, потом уперся в его непонятный глюк, и написал на голом С с pthreads & kqueue. Фактически, получился очень упрощенный вариант libuv, но с понимаемым поведением. =)
Таки real time типа.
Код первиной обработки и упаковки данных с контроллеров отдельно, это еще на пяток станиц.
Да, ради хохмы я прицеплял postgreql, с разными простыми и не очень запросами.
Ну, время на ответ увеличилось на время обработки транзакции.
Надо совсем больше клиентов — сделаем больше thread pool.
Среда-то контролируемая. Но я пробовал на 1000-1500 одновременных потоков — куда уже больше для микросервиса, где и 10 за глаза хватит?
Код, извините, не могу опубликовать, из элементарных соображений.
Да, я мог и могу написать с-модуль для perl/ruby/node и к нему приписать web, но зачем городить огород? KISS его, мазефака. =)