Pull to refresh
40

NodeJS, Rust, финтех (и Ruby ❤)

0,5
Rating
17
Subscribers
Send message

Неплохая ИИ, только вот у модели с глубоким мышлением, которая не по апи, а чат, Ruby всё ещё 3 версии, что соответственно говорит о качестве ответов. А вот гугл в режиме ИИ и отвечает по делу, и версии там правильные. И, в отличие от ChatGPT, не закидывает абстрактными рассуждениями с тонной воды, а отвечает по делу, именно то что нужно. Не знаю как с агентским программированием, но как справочная со сниппетами и идеями куда глянуть - гугл очень хорош.

Можно ещё плыть, а потом взрывать что-то под водой достаточной мощности, чтобы с тысячи километров долетало, под водой плохо видно. Ну или наоборот чтобы летело что-то очень маленькое и много, вообще проблема с современным дронами в том что они мало отражают и потому сложно сбивать, а если их ещё и много и большинство пустые и дешевые в производстве - то эффект тоже интересный. Правда про мини-бомбы информации нет, но вариант с водой остается. А так да - летучее баллистическое или крылатое и горячее уже будет вычеркнуто.

Тема была всё же именно что в рыночной экономике нет дефицита, я привел фундаментальный принцип когда есть, и это не частный случай, а базовое свойство. А ещё есть такая вещь как перепроизводство, что приводит к кризисам, потому компании, если там руководство изучало экономику, не всегда стараются всё захватить, а планируют что будет если спрос упадет в будущем. Расширение производства это инвестиции, они могут не отбиться, потому расширение - риск, особенно если требуются новые здания и промышленное оборудование.

У меня нет обоснований к закону, я его не защищаю. Но вот к тому что дефицита не бывает - вопросы есть. Возможно всё это с этим дефицитом и связано, возможно конкурентная борьба и можно кому надо, возможно из разряда крестьяне не балуйте, в такие игры не играйте. Возможно там ракетами закидали электростанции, а в новостях не показывают. Что угодно может быть, может не быть. Но дефицит при рыночной экономике всё-равно существует.

Почитайте про эластичность спроса и пример с ларьком в 3 ночи.

А чего в нем не хватило? Очень годная и продуманная штука.

В будущем ты в прошлом заработал много денег. Примерно так работает. Машину времени, жаль, не изобрели.

Боль от потери всегда перевешивает радость от приобретений. Не зависит от сферы и контекста, так работает мозг, подтверждено исследованиями вдоль и поперек. Потому будут ныть про падение в три раза, хотя от старта рост +80%, вообще это очень много. И всё же в новостях будет про потери.

Письма это отдельная вселенная, застывшая во времени.

Тут есть более короткое объяснение. Стратегия, построенная без базиса на реальном мире, обречена на провал по причине случайного совпадения на момент теста.

Если подкинуть монетку всего 10 раз - она вполне может выпасть 7 раз орлом. Но это ещё не значит что в будущем она будет также чаще выпадать орлом. Просто так совпало на малых цифрах. Но так не совпадет на больших. Все стратегии по теханализу болеют этой проблемой, но человек не готов признать ошибку, ведь он видел паттерн, по истории работало, все тесты за десять лет в прошлом указывают что работает, что может то пойти не так. Но увы.

Однако дело меняется если есть базис, какая-то причина из реального мира. Тогда мы перестаем торговать случайные совпадения и уже торгуем законы физики. А там точность повыше. Впрочем, это не избавляет от факта конкуренции, от собственного влияния на рынок и прочего. Но это хотя бы не случайны процесс, а просто работа в конкурентной среде, как любой бизнес по сути.

Единственный способ зарабатывать на бирже - отталкиваться от реальности.

Такое тоже было. А самое дикое было когда мне предложили сводную таблицу в Excel сделать. Я конечно же не умел. На что мне сказали какой же я тогда программист.

Табличная верстка уже в 2009 считалась моветоном, ты не труЪ хакер если у тебя не дивы на сайте. А ещё XHTML конечно же, иначе не круто.

Спасибо, поплакал.

Начинал с фронтенда, помню как отправил тестовое задание, но перед этим решил минифицировать HTML. И вся верстка поехала из-за того что отступы учитывали перенос строки в HTML-элементах. Это был эпик фейл, а смешнее всего было то что в Хроме не поехало, а в Лисе и ИЕ да. На что меня спросили мол я только в Хроме проверял что-ли типа? А я всё затачивал чтобы даже в ИЕ6 всё прекрасно было... Но на работу тогда всё-равно взяли.

Мне кажется в реальном мире никто не делает N^2, да и функции с перегрузкой и прочее. Есть объект персонажа, есть миксины - свойства, которые имеет персонаж. Там какой-нибудь один из пяти типов атаки, молификаторы и прочее. Что-то на этапе компиляции можно сделать, что-то будет добавляться в процессе. А подход называется композиция. В итоге там может быть вообще один метод обработки атаки для вообще всех, на вход принимает конфиг с числами и парой енумов, на выходе результат взаимодействия. И енумы это не список вообще всех видов персонажей, а маленькие енумы из тех же пяти типов атак, трёх защит и пачка особых свойств, сводящихся к суммированию или вычитанию числовых значений, и всё. Композиция решает такой вопрос, и не только в играх.

Удивительно что у статьи было 0 комментариев. Мне пригодилось, спасибо.

Много негативных комментариев, а концептуально идея то неплохая. Только может быть негативно заэксплуатированна тревожниками, которые на все свои передвижения с минимальным возможным риском будут такое включать. То есть ддос уровня звонков в скорую чтобы давление померяли.

Если кто-то считает что будут за ними наблюдать, то уже наблюдают. Я так в 2017 в пожарную звонил что в соседнем дачном участке взрыв был, так машина вместо того адреса ровно ко мне приехала, и только потом я им предполагаемый адрес показал. Триангуляция мобильников очень точная, по запросу любого покажет.

В какой-то момент создатель Ruby доделает свой новый проект https://github.com/matz/spinel и Elixir с Crystal станут под вопросом о нужности. Elixir функциональный более, так что ещё не факт что совсем будет не нужен, но всё же все плюшки с типизацией, в том числе вывод типа по факту использования, а ещё и компиляция в натив - это ультимативные фичи. Посмотрим к чему приведёт, там есть нюансы с мета-программированием и поэтому Rails из коробки совсем не едет, да и оно только-только пошло в работу. Но через пару лет Ruby Spinel может съесть всех последователей как когда-то JS ES6 и последующий TypeScript съели CoffeeScript, Flow и JSDoc.

Онлайн-продажи (продавец), вмс-системы и боты под моно-паллеты/наборщики (кладовщик, водитель погрузчика), роботы-уборщики (частично, но если нет живых клиентов и кладовщиков - убирать меньше).

Всё придумано и очень давно, а к складским системам я даже сам руку когда-то приложил, автоматика побеждает. И есть только одна единственная причина почему мы ещё не живём при киберпанке - дорого. А иногда и бессмысленно. Как во времена космонавтики мечтали о покорении планет и уже должны были жить мы на Венере. А получили GPS, погоду и спутниковый интернет. Тоже неплохо. А остальное либо дорого, либо бессмысленно. Электронный доеументооборот ещё Гейтс в молодости делал, уже во времена Windows 3 была автоматизация всего. А всё ещё где-то да перекладывают бумажки, спустя 40 лет с первых полноценных программ документооборота. А есть страны где бумажки чаще. Да даже цмс с драг энд дропом мышкой не убили веб-студии. А те же склады бывают с бабкой с журналом.

Экономика не сходится. А так всё круто.

Можно всё сделать на POST с JSON RPC, я в таком проекте участвовал. Или даже без RPC, а просто POST и там по имени в урле что-то делать. Можно сделать чтобы GET менял состояние, иногда это даже оправданно для одноразовых ссылок. Всегда можно изобрести свой стандарт поверх чего угодно и положить болт на все соглашения. И заработать свое законное место в котле в аду, потому что другие люди пытаясь интегрировать самописный велосипед и ловя отсутствие идемпотентности маловероятно что будут вас благодарить.

Стандарт нужен чтобы на него могли ориентироваться и другие люди, ни разу не видевшие проект. Промежуточные системы, прокси, фильтры безопасности и мониторинг. Для блога на пхп оно может и не надо, для любителей педального транспорта в коде - тоже. А вот для остальных стандарт, тем более такого уровня, это важный инструмент для работы.

1
23 ...

Information

Rating
2,292-nd
Registered
Activity