Спасибо было интересно, "Таким образом они хоть и будут обрабатывать один массив данных, но в памяти эта обработка не будет пересекаться." - SharedArrayBuffer - вроде там идея в том что память общая и потоки могут в ней работать одновременно и возможны гонки?
Программы (2д/3д игры, приложения, другое) - создаются для конечных пользователей, которые не должны устанавливать среды разработки. Лучше покажите, как собрать exe
Написал код → собрал exe → получил готовую программу
Показал, КАКОЙ ЦЕНОЙ: 10 строк кода = 10 МБ exe (Python + библиотеки + зависимости)
Объяснил, ЧТО внутри: целая виртуальная среда, чтобы работало на любом ПК
Иначе вы готовите людей к хобби, а не к реальной разработке.
Но некоторые выборы — это не выбор "между разными инструментами", а выбор "между использованием инструмента по назначению и созданием титанических костылей, имитирующих его работу".
Опыт в Яндекс Крауде — не релевантен. А что тогда релевантно для человека без опыта? Пет-проект, где он сам себе и заказчик, и тестировщик?
Сложные вопросы — это стресс-тест, а не завал. Как мило! А на деле половина таких «стресс-тестов» — это вопросы про "синьорские темы", которые джуну в работе возможно не понадобятся ещё года два. Но зато интервьюер может почувствовать себя умным.
Самое же лицемерное — это совет «быть честным». Настоящая честность на собеседовании часто выглядит так: «Я не знаю, но могу предположить…» — и тебя тут же вежливо прерывают и ставят галочку «не сдал».
Так что статья полезная, но как будто про идеальный мир. А в реальном мире судят по-прежнему, по принципу «угадай, что у меня в голове».
Прежде чем спорить о инструментах. Может вернемся к истокам проектирования любой системы: требованиям? И начинаются они не с выбора технологий, а с ответа на вопрос — что важнее: код или данные?
Если ваша система управляет критически важными данными, которые должны сохранять целостность и пережить множество циклов разработки, миграций и переписываний кода (например, финансовые транзакции, медкарты, документы), то ваш выбор — реляционная СУБД.
Реляционная СУБД — это инструмент, ядром философии которого являются ACID и гарантии целостности. Платя за такую систему, вы по умолчанию покупаете встроенные механизмы, обеспечивающие "C" (Consistency) и "D" (Durability). Сознательно отказываясь от FK, вы не "оптимизируете" систему — вы вручную выламываете из нее один из ключевых предохранителей, превращая бронированный сейф в картонную коробку.
С другой стороны, если ваша главная цель — скорость прототипирования и гибкость, а целостность данных на decades не является приоритетом, тогда вам действительно могут быть не нужны FK. Но тогда задайте себе честный вопрос: а ту ли СУБД вы вообще выбрали?
Использовать тяжелую реляционную систему с ее overhead, но при этом отключать ее основные защитные механизмы — это как купить промышленный фрезерный станок, чтобы забивать им гвозди.
Ваш идеальный бэкенд без FK — это не инженерное решение, а симптом. Симптом того, что вы, возможно, пытаетесь применить инструмент не по назначению. Может, вам нужна не PostgreSQL, а документная база или key-value хранилище? Начните с требований к данным — и выбор инструмента станет очевиден.
Спасибо за уточнение и солидарность, по главному вопросу. Рад, что мы поняли друг друга. Вы правы — моя фраза про «либерального читателя» была резкой. Я имел в виду не либерализм как таковой, а конкретный, узнаваемый стиль подачи материалов в The Guardian, где сложные темы часто формируются через призму «хорошие парни vs плохие парни».
Вы интересно интерпретировали мой комментарий. Я указал, что статья политически ангажирована, а вы следом обвинили в ангажированности меня. Если называть вещи своими именами — то да, я против того, чтобы научные темы подавались через призму политики. По-моему, это разные вещи
Спасибо за наглядный пример! Пока одни обсуждают технологические риски и этику, другие видят только "старческую вредность" у соседей. Мы же о разном говорим: вы - о бытовых проблемах старения, я - о том, как под видом "научной журналистики" нам впаривают идеологический конструкт. Когда тему долголетия сводят к образам "врагов Запада" - это и есть тот самый маразм, только не старческий, а идеологический.
Очередная идеологически выверенная страшилка для либерального читателя The Guardian. Начинать "научное" исследование с политики — это новый уровень политической демагогии. Автор, обладая PhD в психологии, прекрасно знает, что делает - создаёт эмоциональный якорь, привязывая тему долголетия к образам главных "врагов" запада.
Спасибо, но дело не в этом, сейчас практически все статьи сводятся к берем OPENAI_API_KEY .... а хотелось бы чего-то: - Разворачиваем ollama - Подготавливаем данные для тренировки модели на своих данных - Обучаем на своих данных ......
Если Ваша CRM Крутится на хостинге то вам порт (16732) Атоловского WEb сервера надо будет покинуть во внешний мир, что есть не очень гуд. Вы из локальной сети проверьте просто набросайте страницу которая отправит пост запрос на 127.0.0.1:16732/requests только желательно не с фискальными операциями а Отчет или печать клише (чтобы проверить связь) что нибудь типа такого
автономные в смысле работают без ПК, вы можете загружать в них номенклатуру, через какой нибудь интерфейс и работать по коду товара или с помощью сканера
Атол 30ф это фискальный регистратор, а те что вы показали это автономные онлайн кассы. Да они дешевле, но вся суть 54 ФЗ что государство «заставит» всех перейти на товароучетные системы и тогда Вам придется убрать свою автономную ккм и купить фискальный регистратор и 1С
Спасибо было интересно,
"Таким образом они хоть и будут обрабатывать один массив данных, но в памяти эта обработка не будет пересекаться." - SharedArrayBuffer - вроде там идея в том что память общая и потоки могут в ней работать одновременно и возможны гонки?
Удачи и терпения вам
Программы (2д/3д игры, приложения, другое) - создаются для конечных пользователей, которые не должны устанавливать среды разработки. Лучше покажите, как собрать exe
Написал код → собрал exe → получил готовую программу
Показал, КАКОЙ ЦЕНОЙ: 10 строк кода = 10 МБ exe (Python + библиотеки + зависимости)
Объяснил, ЧТО внутри: целая виртуальная среда, чтобы работало на любом ПК
Иначе вы готовите людей к хобби, а не к реальной разработке.
dmitryez, вы абсолютно правы, выбор есть всегда.
Но некоторые выборы — это не выбор "между разными инструментами", а выбор "между использованием инструмента по назначению и созданием титанических костылей, имитирующих его работу".
Опыт в Яндекс Крауде — не релевантен. А что тогда релевантно для человека без опыта? Пет-проект, где он сам себе и заказчик, и тестировщик?
Сложные вопросы — это стресс-тест, а не завал. Как мило! А на деле половина таких «стресс-тестов» — это вопросы про "синьорские темы", которые джуну в работе возможно не понадобятся ещё года два. Но зато интервьюер может почувствовать себя умным.
Самое же лицемерное — это совет «быть честным». Настоящая честность на собеседовании часто выглядит так: «Я не знаю, но могу предположить…» — и тебя тут же вежливо прерывают и ставят галочку «не сдал».
Так что статья полезная, но как будто про идеальный мир. А в реальном мире судят по-прежнему, по принципу «угадай, что у меня в голове».
Прежде чем спорить о инструментах. Может вернемся к истокам проектирования любой системы: требованиям? И начинаются они не с выбора технологий, а с ответа на вопрос — что важнее: код или данные?
Если ваша система управляет критически важными данными, которые должны сохранять целостность и пережить множество циклов разработки, миграций и переписываний кода (например, финансовые транзакции, медкарты, документы), то ваш выбор — реляционная СУБД.
Реляционная СУБД — это инструмент, ядром философии которого являются ACID и гарантии целостности. Платя за такую систему, вы по умолчанию покупаете встроенные механизмы, обеспечивающие "C" (Consistency) и "D" (Durability). Сознательно отказываясь от FK, вы не "оптимизируете" систему — вы вручную выламываете из нее один из ключевых предохранителей, превращая бронированный сейф в картонную коробку.
С другой стороны, если ваша главная цель — скорость прототипирования и гибкость, а целостность данных на decades не является приоритетом, тогда вам действительно могут быть не нужны FK. Но тогда задайте себе честный вопрос: а ту ли СУБД вы вообще выбрали?
Использовать тяжелую реляционную систему с ее overhead, но при этом отключать ее основные защитные механизмы — это как купить промышленный фрезерный станок, чтобы забивать им гвозди.
Ваш идеальный бэкенд без FK — это не инженерное решение, а симптом. Симптом того, что вы, возможно, пытаетесь применить инструмент не по назначению. Может, вам нужна не PostgreSQL, а документная база или key-value хранилище? Начните с требований к данным — и выбор инструмента станет очевиден.
Спасибо за уточнение и солидарность, по главному вопросу. Рад, что мы поняли друг друга. Вы правы — моя фраза про «либерального читателя» была резкой. Я имел в виду не либерализм как таковой, а конкретный, узнаваемый стиль подачи материалов в The Guardian, где сложные темы часто формируются через призму «хорошие парни vs плохие парни».
Вы интересно интерпретировали мой комментарий. Я указал, что статья политически ангажирована, а вы следом обвинили в ангажированности меня. Если называть вещи своими именами — то да, я против того, чтобы научные темы подавались через призму политики. По-моему, это разные вещи
Спасибо за наглядный пример! Пока одни обсуждают технологические риски и этику, другие видят только "старческую вредность" у соседей. Мы же о разном говорим: вы - о бытовых проблемах старения, я - о том, как под видом "научной журналистики" нам впаривают идеологический конструкт. Когда тему долголетия сводят к образам "врагов Запада" - это и есть тот самый маразм, только не старческий, а идеологический.
Очередная идеологически выверенная страшилка для либерального читателя The Guardian. Начинать "научное" исследование с политики — это новый уровень политической демагогии. Автор, обладая PhD в психологии, прекрасно знает, что делает - создаёт эмоциональный якорь, привязывая тему долголетия к образам главных "врагов" запада.
Спасибо, но дело не в этом, сейчас практически все статьи сводятся к берем OPENAI_API_KEY ....
а хотелось бы чего-то:
- Разворачиваем ollama
- Подготавливаем данные для тренировки модели на своих данных
- Обучаем на своих данных
......
Спасибо познавательно, но как дело доходит до
"OPENAI_API_KEY", интерес угасает...Ну теперь осталось подвести проект к прохождению Сертификации на соответствие защиты персональных данных по 152-ФЗ
М .. а почему просто не развернуть AppScript и принемать POST запросы
а VB их отправлять, без прослойки Outlook.Application и Gmail ?
Можно было бы установите прошивку-интерпретатор JavaScript на ESP8266 и работать в одном стеке?