Это странное сравнение, где присутствует 1с:crm 2012х годов, об успешной работе которого в организациях я вообще не слышал. Зато отсутствует битрикс24, которого как раз навалом.
А звучит то как! Будто вот они сделали аж целую экосистему технологий, а Васян в гараже что-то такое навайбкодил за вечерок на их технологиях и оппа - приложение whatsapp для компьютера, а они по доброте душевной помогают бедному Васяну какие-то продажи получить и на пиво насобирать. Какой-то тут вайб....Северной Кореи что ль, которая в своих СМИ международные олимпиады выигрывает.
Отвлекаясь от технических моментов: если этим методом начнут пользоваться более менее массово, думаю, Скам перебанит такие аккаунты. Ведь когда надо это - частная компания, которая никому ничего не должна, а когда надо - государственный мессенджер.
пароль можно придумать из того что знаете только вы двое.
и вот теперь у вас 200 контактов и 200 разных паролей. А еще вы знаете, что вчера менты приняли соседа Диму с его телефоном, надо его пароль пересоздать, а еще судорожно вспомнить, а не использовался ли этот пароль совместно и с другими контактами. И теперь уже нужен парольный менеджер только под это.
Провайдеры, видимо, начали просто резать целые пулы адресов, которые им не нравятся.
Я бы сказал, что в РФ перестали продавать услугу "доступа в интернет". Потому что она как раз и обозначает доступ ко всем адресам. Ибо если телепортнуться в 2010й, то можно было показать провайдеру, что вот с других хостов доступ куда-то есть, а через него нет и он уходил искать ошибку и исправлять. Теперь они что-то такое продают, а что - неизвестно даже им самим. Кмк, если взглянуть на это со стороны законов о торговле, то в них обычно требуется от продавца описывать достоинства и недостатки товара полностью - что теперь провайдеры нарушают и по-хорошему не имеют права продавать на территории РФ (да и рекламироваться тоже). Это вообще беда всех этих последних законов, что они настолько сиюминутны и не продуманы, что ломают через коленку целые области права. Как бы период, когда законы жили своей жизнью, а общество своей и слабо пересекались - и есть 90е, разве не?
Причём функционально она делает примерно то же самое.
Совсем не то же самое. Иначе у вас вообще нет никаких проблем - просто возьмите софт того времени и успешно работайте. А при реализации этого и выяснится "не то же самое". Что в 90е размеры файлов измерялись килобайтами и мегабайтами, а сейчас файл-контейнер в 80гигов - норм. Что разрешение всем подавай fullhd минимум, а не 640х480. "Замыленное" изображение шрифта уже не норм - вы слышали в 90х вообще такой вопрос? Архитектур развелось куча и мы хотим одну и ту же программу, работающую на всех. Размеров экранов десятки вместе со смартфонами и мы тоже хотим разом под всех интерфейс писать.
И это все даже не считая главного факта: мы стали софт писать гораздо быстрее и больше относительно 90х, прям вот на много порядков. Оглянитесь вокруг на степень автоматизации: вот этого всего не достичь при старом подходе.
да почему бы и нет. Эксель - отличный инструмент создания MVP для аналитика. Почти все проблемы в нем: либо от попыток обсчитать действительно много данных (ну быстро он до предела доходит на идеологии формул), либо от попыток посадить за него малоквалифицированного пользователя (а для него нужно очень много валидации, в которой эксель не силен).
С точки зрения ускорения vlookup только "1". На "2" и "3" он будет ошибаться, потому что их значения не находятся в возрастающем порядке (в них сортировка внутри группы строк из "1", а значит, алгоритм попрыгает по разным группам и из случайной выдаст чуть меньшее значение).
Беда в том, что в современных системах основные затраты приходятся не на момент создания, а на эксплуатацию. В широком контексте ее понимания: т.е. сюда включаем и допиливание новых фич таким способом, чтобы сохранить все существующие данные.
Затраты на создание, пожалуй, только для MVP важны.
И эта "революция", мне кажется, даст нам сильно по лбу, потому что нарушается процесс погружения человека в ИТ через стадию джунов.
Принято. Но сортированным получится держать только один столбец. Другими словами это некоторый аналог кластерного индекса mssql. Как только нужно искать по 2м разным столбцам таблицы независимо - то ой: нужны отдельные таблицы-индексы, а тут такое не завезли. На vba можно и такое написать, естественно, но это будет созданием мини субд на коленке.
да, есть только одна проблема! hash table делает это за O(1), а VLOOKUP это O(n) и они различаются как бы на 2 поколения по скорости. Именно поэтому потолок автоматизации на чистых формулах очень быстро достигается. Вот когда пересчет формул занимает несколько минут, когда от автопересчета уже давно отказались и запускают его отдельной кнопкой и идут пить чай.
Насколько я помню, в Канаде 30 долларов довольно обычная часовая ставка офисного работника. Так что у них эти 100 долларов - примерно 3 часа рабочего времени. В РФ если взять условные 150к офисного работника, то ставка выйдет (150к/172) ~ 900 рублей. Аналог 3х часов рабочего времени = 2700 рублей, а за год = 32400. Что очень близко к вашим 30к в год.
Так что это близкие цены с поправкой на общий более высокий уровень цен и зп.
Но я не думаю, что в 30к в год входят все те затраты на онлайн-кассы, честные знаки и все-все-все. А в них не только железки, на все это нужен обслуживающий персонал, который просто тратит больше рабочего времени не на полезный для конечного клиента процесс. Вот тот же честный знак - если взять программу на состояние 2010 года без его поддержки и заставить фирму вести учет, то даже на небольшой фирме это будет +1-2 сотрудника с ворохом экселек и кучей ошибок в учете.
Когда в середине 80-х я поступал в институт, нам говорили, что компьютеры заменят миллионы людей занимающихся рутинным учётом. ... В году эдак в 2010 руководитель 1С говорил, что мы ударно внедряем наши программы и нам нужно ещё порядка 800 тысяч программистов.
Так они не врали. Просто потом заходит государство и наваливает новых налоговых требований, чем и съедает все освободившиеся ресурсы. Онлайн-кассы, честные знаки, электронные трудовые, маркировка рекламы. 2010й был без всего этого. Чтобы торговать достаточно было мобильного кассового аппарата в глуши с батарейкой и даже без интернет. Вся операция продажи заключалась во вбивании 3х-4х циферок суммы чека.
И вот с одним запросом она проверит вот эти 2 гипотезы. А с другим - вот эти 3. А если к ней прилетит еще какой-то запрос - то другие 3. И все они частично пересекаются, а частично нет. Проблема все та же: недетерминированность. А какой-то запрос про бабушку заставить ее через легитимный инструмент постить бесконечно новых лидов в crm, отчего на следующее утро система ляжет от миллиарда новых сущностей.
Именно поэтому я рекомендую любые эксперименты с агентскими системами запускать на закрытом тестовом контуре/контейнере. А уже потом распространять на реальные рабочие данные.
И это даст только ложное ощущение безопасности. Потому что этот метод проверки хорош для детерминированной логики, где краевые случаи более менее узнаваемы. Как вы собираетесь проверять нейросеть? Она даже на одних и тех же данных с одним и тем же запросом может действовать сильно по-разному, что уж говорить о том, когда к ней будут разные данные прилетать, не исключено, что с инъекциями.
Откуда затраты на разработку командой? Она же в разы профессиональнее вас будет с соответствующей производительностью, учитывая, что "Зачатки логического мышления; Представление о том, что такое код, имеется, хоть и не слишком глубокое". У вас как бы получается, что вы один работаете быстрее команды, при этом попутно не зная область и обучаясь.
Это странное сравнение, где присутствует 1с:crm 2012х годов, об успешной работе которого в организациях я вообще не слышал. Зато отсутствует битрикс24, которого как раз навалом.
А звучит то как! Будто вот они сделали аж целую экосистему технологий, а Васян в гараже что-то такое навайбкодил за вечерок на их технологиях и оппа - приложение whatsapp для компьютера, а они по доброте душевной помогают бедному Васяну какие-то продажи получить и на пиво насобирать.
Какой-то тут вайб....Северной Кореи что ль, которая в своих СМИ международные олимпиады выигрывает.
Лихо вы записали в изменника того, кто желал получше жить всем согражданам. Вот же тут причина: потому что "невыносимая диктатура над людьми".
Зато ключ-пара с вами у него уникальный. В отличие от пароля - нигде не повторяется. Не надо вспоминать, а не использовали ли вы его еще где-то.
Отвлекаясь от технических моментов: если этим методом начнут пользоваться более менее массово, думаю, Скам перебанит такие аккаунты. Ведь когда надо это - частная компания, которая никому ничего не должна, а когда надо - государственный мессенджер.
и вот теперь у вас 200 контактов и 200 разных паролей. А еще вы знаете, что вчера менты приняли соседа Диму с его телефоном, надо его пароль пересоздать, а еще судорожно вспомнить, а не использовался ли этот пароль совместно и с другими контактами.
И теперь уже нужен парольный менеджер только под это.
Я бы сказал, что в РФ перестали продавать услугу "доступа в интернет". Потому что она как раз и обозначает доступ ко всем адресам. Ибо если телепортнуться в 2010й, то можно было показать провайдеру, что вот с других хостов доступ куда-то есть, а через него нет и он уходил искать ошибку и исправлять. Теперь они что-то такое продают, а что - неизвестно даже им самим.
Кмк, если взглянуть на это со стороны законов о торговле, то в них обычно требуется от продавца описывать достоинства и недостатки товара полностью - что теперь провайдеры нарушают и по-хорошему не имеют права продавать на территории РФ (да и рекламироваться тоже). Это вообще беда всех этих последних законов, что они настолько сиюминутны и не продуманы, что ломают через коленку целые области права.
Как бы период, когда законы жили своей жизнью, а общество своей и слабо пересекались - и есть 90е, разве не?
Совсем не то же самое. Иначе у вас вообще нет никаких проблем - просто возьмите софт того времени и успешно работайте.
А при реализации этого и выяснится "не то же самое". Что в 90е размеры файлов измерялись килобайтами и мегабайтами, а сейчас файл-контейнер в 80гигов - норм. Что разрешение всем подавай fullhd минимум, а не 640х480. "Замыленное" изображение шрифта уже не норм - вы слышали в 90х вообще такой вопрос? Архитектур развелось куча и мы хотим одну и ту же программу, работающую на всех. Размеров экранов десятки вместе со смартфонами и мы тоже хотим разом под всех интерфейс писать.
И это все даже не считая главного факта: мы стали софт писать гораздо быстрее и больше относительно 90х, прям вот на много порядков. Оглянитесь вокруг на степень автоматизации: вот этого всего не достичь при старом подходе.
да почему бы и нет. Эксель - отличный инструмент создания MVP для аналитика.
Почти все проблемы в нем:
либо от попыток обсчитать действительно много данных (ну быстро он до предела доходит на идеологии формул),
либо от попыток посадить за него малоквалифицированного пользователя (а для него нужно очень много валидации, в которой эксель не силен).
С точки зрения ускорения vlookup только "1". На "2" и "3" он будет ошибаться, потому что их значения не находятся в возрастающем порядке (в них сортировка внутри группы строк из "1", а значит, алгоритм попрыгает по разным группам и из случайной выдаст чуть меньшее значение).
Беда в том, что в современных системах основные затраты приходятся не на момент создания, а на эксплуатацию. В широком контексте ее понимания: т.е. сюда включаем и допиливание новых фич таким способом, чтобы сохранить все существующие данные.
Затраты на создание, пожалуй, только для MVP важны.
И эта "революция", мне кажется, даст нам сильно по лбу, потому что нарушается процесс погружения человека в ИТ через стадию джунов.
Принято. Но сортированным получится держать только один столбец. Другими словами это некоторый аналог кластерного индекса mssql. Как только нужно искать по 2м разным столбцам таблицы независимо - то ой: нужны отдельные таблицы-индексы, а тут такое не завезли. На vba можно и такое написать, естественно, но это будет созданием мини субд на коленке.
да, есть только одна проблема! hash table делает это за O(1), а VLOOKUP это O(n) и они различаются как бы на 2 поколения по скорости.
Именно поэтому потолок автоматизации на чистых формулах очень быстро достигается. Вот когда пересчет формул занимает несколько минут, когда от автопересчета уже давно отказались и запускают его отдельной кнопкой и идут пить чай.
Насколько я помню, в Канаде 30 долларов довольно обычная часовая ставка офисного работника. Так что у них эти 100 долларов - примерно 3 часа рабочего времени.
В РФ если взять условные 150к офисного работника, то ставка выйдет (150к/172) ~ 900 рублей. Аналог 3х часов рабочего времени = 2700 рублей, а за год = 32400. Что очень близко к вашим 30к в год.
Так что это близкие цены с поправкой на общий более высокий уровень цен и зп.
Но я не думаю, что в 30к в год входят все те затраты на онлайн-кассы, честные знаки и все-все-все. А в них не только железки, на все это нужен обслуживающий персонал, который просто тратит больше рабочего времени не на полезный для конечного клиента процесс. Вот тот же честный знак - если взять программу на состояние 2010 года без его поддержки и заставить фирму вести учет, то даже на небольшой фирме это будет +1-2 сотрудника с ворохом экселек и кучей ошибок в учете.
Так они не врали. Просто потом заходит государство и наваливает новых налоговых требований, чем и съедает все освободившиеся ресурсы. Онлайн-кассы, честные знаки, электронные трудовые, маркировка рекламы. 2010й был без всего этого. Чтобы торговать достаточно было мобильного кассового аппарата в глуши с батарейкой и даже без интернет. Вся операция продажи заключалась во вбивании 3х-4х циферок суммы чека.
И вот с одним запросом она проверит вот эти 2 гипотезы. А с другим - вот эти 3. А если к ней прилетит еще какой-то запрос - то другие 3. И все они частично пересекаются, а частично нет. Проблема все та же: недетерминированность. А какой-то запрос про бабушку заставить ее через легитимный инструмент постить бесконечно новых лидов в crm, отчего на следующее утро система ляжет от миллиарда новых сущностей.
И это даст только ложное ощущение безопасности. Потому что этот метод проверки хорош для детерминированной логики, где краевые случаи более менее узнаваемы. Как вы собираетесь проверять нейросеть? Она даже на одних и тех же данных с одним и тем же запросом может действовать сильно по-разному, что уж говорить о том, когда к ней будут разные данные прилетать, не исключено, что с инъекциями.
Зачем делали именно на голых технологиях?
Почему не взяли:
odoo, frappe (как опенсорсные crm движки)
или тот же django, если прям хотите логику crm сами писать?
Там огромные куски из вашего кода уже реализованы. Вам только своих сущностей накидать и их представления (формы).
"держать это глубоко"? ох уже эти нейросети!
Откуда затраты на разработку командой? Она же в разы профессиональнее вас будет с соответствующей производительностью, учитывая, что "Зачатки логического мышления; Представление о том, что такое код, имеется, хоть и не слишком глубокое". У вас как бы получается, что вы один работаете быстрее команды, при этом попутно не зная область и обучаясь.