отлично! читать мы не практикуем. да? я ж написал про "субсидирование" производства. продажа розничная. для кого? если госзаказы то зачем вообще розница? там любую сумму назови и пройдёт.
если цель дать людям инструмент и действительно развивать собственные разработки, то только по доступному ценнику. при том, что сейчас у этого девайса никакой толковой инфраструктуры нет.
государство и должно поддержать данную инициативу. да. будет дороже. но свое. и главное - будет на руках, в домах и на производствах, а не в отчетах. а там, глядишь и проектов наклепают, проведут масштабное тестирование в разных условиях, доработают схемотехнику и прочее и прочее.
Вообще говоря, именование всего вокруг и есть то, что делает нас человеком. Сознание не может находится в семантической пустоте. Нет ничено узнанного в нашей реальности, что бы ни было поименовано.
Но с другой стороны, обилие информационных потоков порождают защитные механизмы типа эгоистичной ленности мышления, когда проще не искать уже имеющиеся названия, а использовать то, что тебе уже известно. так и появляется засилие бездарных специальных "словечек" типа "контекстолог", "онбординг", "тичинг"... эдакие куски говнокода, встраивпемого ленивыми разработчиками, которым надо побыстрее запилить кусок кода и отчитаться. а красиво ли это, гормонично ли по отношению к общей системе. ему пофиг.
умея в баш скрипты, где есть абсолютно все базовые конструкции зачем что то покупать, если есть стопицот мануалов..?за ща время администрирования не получили навык в man-ы и проч? очень странно, т. к. при выполнении функций администратора обязательно прихолится что то искать и докручивать..
куча библиотек и модулей есть у любого ЯП.
оффтоп. вот какой рукожоп писал этот редактор текста на хабре для мобильных браузеров? сапожник без сапог! бажина конкретная. если у вас нумерованный список, то перейти просто в текст нельзя двойной enter тупо возврашает к предыдущей строке. по этому пишу пунктом.
и вот такое выпускают в продакшн. вся отрасль уже превратилась в тыкву по моему.
вы же озвучили в заголовке про it подход? или нет? с точки зрения построения архитектуры системы исключать нагрузочные тесты это минимум непрофессионально. у вас очень странное представление о нагрузочных тестах. ломать ничего не надо. нужен системный подход при их проведении с учётом возможных особенностей эксплуатации и комплексная оценка. в случае подлома крепления ваша тумба навернется на пылесос, чем обеспечит дополнительные затраты на его ремонт или замену.
если вы уверены в данном девайсе, штош. ваши риски.
да... в данном случае - никак. сразу виден поверхностный подход. исключение нагрузочных тестов. на таких ножках с таким углом наклона и при такой массе тумбы есть высокая вероятность падения сервиса при лавинообразнлм наплыве пользовательских запросов на размещение личных ресурсов. сумок, шапок, пальто и т.д. при этом архитектура системы такова, что падение данного сервиса повлечет вывод из строя сборшик мусора параллельного сервиса размещенного в той же системе.
имхо. начинать надо с цены символической. практически даром раздавать через субсидироыание производства. чтобы люди брали "из интереса" и пробовали строить на нем системы автоматизации, развивали сообщества и кодовую базу.
и через время, при спросе, поднимать цену но в адекватных пределах, а не фтристараз.
имхо. это типичные частные кейсы, которые не "рушат" систему. и типичное заблуждение. любой программер будет делать что то по уьвержденному ТЗ с утвержденным атрибутивным срставом, который появляется после изучения законодательства и объективной реальности. и при этом, предусматривпется возможное расширение функционала за счет гиькости семантики. если в вашей системе это не так, то это проблемы конкретно вашей системы. основное правило одно - все меняется и все изменения должны хранится до конца жизни системы.
имхо, вам действительно надо научиться системности и структурированию информации, прежде чем писать статьи для кого-то. весь текст это каша из фактов, типа: берем ключ, крутим эту гайку 3.14 оборота, потом протираем фары.
что, зачем, почему.. ни слова. многабукаф листинга это полнейшая шляпа. никому она тут не интересна. для новичков это непонятные символы, для профи это флуд. сворачивайте все в приложение, которе можно скачать. излагайте кратко и по сути. объясняйте свои действия.
всё это нужно если, конечно, даннвя статья не отчет по какой нибудь курсовой.
какого лешего/десятилетия (нужное выбрать) эта копипаста?
2023-1996=27 лет уже этому всему. наверняка гораздо старше аффтара.
"если бы мы продолжили в том же духе, интернет стал бы таким же, каким он был десять лет назад, состоящим только из кучи статичных html-страниц" вот за такое надо нещадно банить. ни малейшего анализа.
до всего этого аякса неплохо работали скрытые iframe в качестве асинхронных запросов для получения данных (и без всяких ограничкний на количество) . что вкупе с яваскриптом отлично генерирвало контент. просто в то время в интернеты не всех пускали. особенно всяких маркетологв. а тем, кто там обитал все эти свистоперделки ее нужны.
все эти гигантскик объемы данных можно смело резать в 2 раза минимум. и качество информации в 90% не ухудшится (ибо нечему)
аж олдскулы свело и напомнило первые шаги в деассемблировании и изучении кода, сначала на листингах, а позднее и в siftice. ух. вот было время.. и мы были молоды.
какая связь между sql и 1с? кто то использует стандарт sql 92 или sql 3 в 1с?
если да, то на каком уровне? штатной конфигурации или сторонних поделок?
Зачем?!
отлично! читать мы не практикуем. да? я ж написал про "субсидирование" производства. продажа розничная. для кого? если госзаказы то зачем вообще розница? там любую сумму назови и пройдёт.
если цель дать людям инструмент и действительно развивать собственные разработки, то только по доступному ценнику. при том, что сейчас у этого девайса никакой толковой инфраструктуры нет.
государство и должно поддержать данную инициативу. да. будет дороже. но свое. и главное - будет на руках, в домах и на производствах, а не в отчетах. а там, глядишь и проектов наклепают, проведут масштабное тестирование в разных условиях, доработают схемотехнику и прочее и прочее.
вот это и плохо. что пофиг. это первый пункт из которого в итоге получается 4 пункт. А вместо решения предлагается 5 пункт.
Оч хорошая статья.
Вообще говоря, именование всего вокруг и есть то, что делает нас человеком. Сознание не может находится в семантической пустоте. Нет ничено узнанного в нашей реальности, что бы ни было поименовано.
Но с другой стороны, обилие информационных потоков порождают защитные механизмы типа эгоистичной ленности мышления, когда проще не искать уже имеющиеся названия, а использовать то, что тебе уже известно. так и появляется засилие бездарных специальных "словечек" типа "контекстолог", "онбординг", "тичинг"... эдакие куски говнокода, встраивпемого ленивыми разработчиками, которым надо побыстрее запилить кусок кода и отчитаться. а красиво ли это, гормонично ли по отношению к общей системе. ему пофиг.
пАйтон, в не питон. Монти, мать его, Пайтон.
умея в баш скрипты, где есть абсолютно все базовые конструкции зачем что то покупать, если есть стопицот мануалов..?за ща время администрирования не получили навык в man-ы и проч? очень странно, т. к. при выполнении функций администратора обязательно прихолится что то искать и докручивать..
куча библиотек и модулей есть у любого ЯП.
оффтоп. вот какой рукожоп писал этот редактор текста на хабре для мобильных браузеров? сапожник без сапог! бажина конкретная. если у вас нумерованный список, то перейти просто в текст нельзя двойной enter тупо возврашает к предыдущей строке. по этому пишу пунктом.
и вот такое выпускают в продакшн. вся отрасль уже превратилась в тыкву по моему.
вы же озвучили в заголовке про it подход? или нет? с точки зрения построения архитектуры системы исключать нагрузочные тесты это минимум непрофессионально. у вас очень странное представление о нагрузочных тестах. ломать ничего не надо. нужен системный подход при их проведении с учётом возможных особенностей эксплуатации и комплексная оценка. в случае подлома крепления ваша тумба навернется на пылесос, чем обеспечит дополнительные затраты на его ремонт или замену.
если вы уверены в данном девайсе, штош. ваши риски.
да... в данном случае - никак. сразу виден поверхностный подход. исключение нагрузочных тестов. на таких ножках с таким углом наклона и при такой массе тумбы есть высокая вероятность падения сервиса при лавинообразнлм наплыве пользовательских запросов на размещение личных ресурсов. сумок, шапок, пальто и т.д. при этом архитектура системы такова, что падение данного сервиса повлечет вывод из строя сборшик мусора параллельного сервиса размещенного в той же системе.
имхо. начинать надо с цены символической. практически даром раздавать через субсидироыание производства. чтобы люди брали "из интереса" и пробовали строить на нем системы автоматизации, развивали сообщества и кодовую базу.
и через время, при спросе, поднимать цену но в адекватных пределах, а не фтристараз.
имхо. это типичные частные кейсы, которые не "рушат" систему. и типичное заблуждение. любой программер будет делать что то по уьвержденному ТЗ с утвержденным атрибутивным срставом, который появляется после изучения законодательства и объективной реальности. и при этом, предусматривпется возможное расширение функционала за счет гиькости семантики. если в вашей системе это не так, то это проблемы конкретно вашей системы. основное правило одно - все меняется и все изменения должны хранится до конца жизни системы.
ну и шляпа.
имхо, вам действительно надо научиться системности и структурированию информации, прежде чем писать статьи для кого-то. весь текст это каша из фактов, типа: берем ключ, крутим эту гайку 3.14 оборота, потом протираем фары.
что, зачем, почему.. ни слова. многабукаф листинга это полнейшая шляпа. никому она тут не интересна. для новичков это непонятные символы, для профи это флуд. сворачивайте все в приложение, которе можно скачать. излагайте кратко и по сути. объясняйте свои действия.
всё это нужно если, конечно, даннвя статья не отчет по какой нибудь курсовой.
"– и пришлось подождать, пока созреют и станут коммерчески доступными технологии Big Data, чтобы такие системы стали экономически рентабельны."
ждут
а потом отключили интернет
какого лешего/десятилетия (нужное выбрать) эта копипаста?
2023-1996=27 лет уже этому всему. наверняка гораздо старше аффтара.
"если бы мы продолжили в том же духе, интернет стал бы таким же, каким он был десять лет назад, состоящим только из кучи статичных html-страниц" вот за такое надо нещадно банить. ни малейшего анализа.
название огонь. ладно для шуруповерта.. но ушм то почему без шнура?
до всего этого аякса неплохо работали скрытые iframe в качестве асинхронных запросов для получения данных (и без всяких ограничкний на количество) . что вкупе с яваскриптом отлично генерирвало контент. просто в то время в интернеты не всех пускали. особенно всяких маркетологв. а тем, кто там обитал все эти свистоперделки ее нужны.
все эти гигантскик объемы данных можно смело резать в 2 раза минимум. и качество информации в 90% не ухудшится (ибо нечему)
аж олдскулы свело и напомнило первые шаги в деассемблировании и изучении кода, сначала на листингах, а позднее и в siftice. ух. вот было время.. и мы были молоды.
ужоснах.