Именно. Это означает, что мы определяем X значением в правой части.
Определение := в математике - это не := присваивание в Паскале.
Математика := (определение): Ввод нового обозначения для уже определённого объекта (по вашей же ссылке смотрите определение гип косинуса). Паскаль := (присваивание): Операция: вычислить правую часть и записать в память слева (т е в переменную содержащую значение гип косинуса записывается значение гип синуса).
Откровенная глупость - это введение тернарного оператора в 2025 году, когда язык почти полностью потерял популярность, и по сути этот оператор мало кому нужен, причем громоздкость этого тернарного оператора по написанию даже близко не сравнима с аналогом на С.
Он означает: «вычислить выражение справа и присвоить результат переменной слева».
В математике Знак := иногда используется как «определение».
Он читается как «определяется как» или «по определению равно».
Если нет равнозначности, человек интуитивно должен догадаться что этот оператор значит в Паскале? Нет. Он должен пойти и открыть документацию по Паскалю и прочитать, что значит символ. Ровно такое же колличество действий он совершит, чтобы узнать, что значит тернарный оператор в С.
Таблица математических символов не добавляет читабельности языку программирования, как естественному языку, читабельности, которую вы с такой пеной изо рта тут доказывали всем. Просто потому что не все люди математики и далее школьной программы большинству нафиг математика не сдалась. Пора бы просто признать, что и тернарный оператор и в целом язык С понятнее и лаконичнее, чем Паскаль в подавляющем большинстве случаев, даже для тех кто не шарит в математике.
var X := if A > 100 then 1 else 0;Т.е. любой человек, даже не знающий язык, а знающий только англ. язык сможет прочитать код, в Си-подобном варианте - нет. В этом, к слову, весь смысл языка Паскаль
Тимлид - это по сути "тащит команду", да, он прокаченнее чем сеньор в целом и, пересекается больше всего с задачами архитектора. Но, тимлид - это не всегда менеджер. К примеру, есть сеньор жаваскрипт и сеньор сишарп, пришёл проект, надо выбрать подходящий стэк.
Тимлид - это тот человек, который от общего до деталей знает какой стек выбрать, какую ветку архитектуры дать каждому сеньору на выполнение. Менеджер же, как правило, ни в чём этом не шарит.
Если у кого-то в команде что-то не идёт и никто не может помочь - лид должен суметь помочь. Сможет ли помочь менеджер мидлу? Скорее нет, чем да.
Теперь по статье: есть четвёртый путь, куда уходят лиды: организация собственной компании, набор команды. Очень жаль что об этом пути ничего не раскрыто. Когда работаешь на кого-то - всегда будет потолок в развитии. Если человек по настоящему хочет расти, он должен попробовать самостоятельно создать компанию и бизнес, вот тогда он будет лид.
У меня всё работает без vpn. Возможно это проблема не флаттера.
Насчёт бэкенда: я пишу на PHP потому что привык к нему, но, я пробовал бэкенд на Дарте, нормально тоже, если откровенно - не совсем понятно (кроме хайпа) почему Дарт не используется на бэкенде. Хорошо работает, стабильно и очень быстро.
Да, вы правы что в Дарте этот сахар нужен. Но суть синтаксического сахара - улучшение читабельности, а не наоборот. И в Дарте с этим всё отлично. Нужно ли оно в Дельфи в 2025, когда и без него было норм и сокращение объемов кода от такой фичи не особое - судить не могу, но по-моему, это нововведение - не развитие языка.
Имхо, вам не стоило обобщать. Плохие программисты есть, да, они часто затягивают сроки, пишут непродуманный код и практически всё время исправляют свой же код. Но это - в большинстве случаев люди, которые решили ВАЙТИ В АЙТИ из-за денег, "крутости" или других причин.
Опытные разработчики не подводят менеджеров, они самодостаточны и в большинстве случаев работают без менеджеров вообще.
В более серьезной работе чем хелло ворлд не важен язык программирования, важно уметь глубоко мыслить и подобрать подходящую архитектуру, HTML и CSS для таких задач ничем не помогут.
Вы попробовали написать бота тг на плюшках, а попробуйте написать такой же чат как тг с нуля без помощи ии на разных 2-3 популярных яп и с разной архитектурой - вы увидите мир другими глазами.
На мой взгляд, KMP отлично подходит для готовых продуктов, которые уже написаны на Kotlin и хотят добавить поддержку iOS с минимальными затратами.
В какой то степени вы правы. На самом деле ситуация ещё более плачевная: поддержка iOS - это не только чтобы просто запустилось на Айфоне, это что-то типа: "запустилось на большинстве айфонов и все виды виджетов при скроллинге не лагают". Команда флаттера над этим работает несколько лет и с каждым обновлением фиксит айосовские виджеты. В котлине механизм UI чуток другой, но суть в том что iOS тот же самый. Т е можно убежать от флаттера, но убежать от iOS не получится.
И вот здесь становится понятной главная фишка флаттера: разработчики жрали волков чтобы на айос хорошо работало и действительно, по сравнению с другими, теперь работает хорошо (субъективно говоря: даже лучше чем родной Swift).
Поэтому когда говорят о конкуренции в кроссплатформе - претендентов много. Когда начинаешь серьёзно копать в детали - остаётся один флаттер.
1/2000 скорости света, до проксимы зонд долетит минимум за 4000 лет, фантастика не в значении скорости, а в попытке прожить столько лет, чтобы узрить результат
Папы римские как обычно видят угрозу для человечества в каждом новом воплощении прогресса, хотя более значимой угрозой для человечества является их тупизм.
Дорогой папа какой-то там, если всё происходит по воле Божьей, то тех прогресс и ИИ входят в это всё.
We also introduced OpenAI o3-pro in the API—a version of o3 that uses more compute to think harder and provide reliable answers to challenging problems. We know that o1-pro was often too expensive to use in production, so we’re excited to be able to lower the price by 87% with o3-pro—offering the model at $20 / 1M input tokens and $80 / 1M output tokens.
Самый эффективный налог.
Определение := в математике - это не := присваивание в Паскале.
Математика
:=(определение):Ввод нового обозначения для уже определённого объекта (по вашей же ссылке смотрите определение гип косинуса).
Паскаль
:=(присваивание):Операция: вычислить правую часть и записать в память слева (т е в переменную содержащую значение гип косинуса записывается значение гип синуса).
Откровенная глупость - это введение тернарного оператора в 2025 году, когда язык почти полностью потерял популярность, и по сути этот оператор мало кому нужен, причем громоздкость этого тернарного оператора по написанию даже близко не сравнима с аналогом на С.
И о чем это говорит?
В Паскале
Оператор := — это оператор присваивания.
Он означает: «вычислить выражение справа и присвоить результат переменной слева».
В математике
Знак := иногда используется как «определение».
Он читается как «определяется как» или «по определению равно».
Если нет равнозначности, человек интуитивно должен догадаться что этот оператор значит в Паскале?
Нет. Он должен пойти и открыть документацию по Паскалю и прочитать, что значит символ.
Ровно такое же колличество действий он совершит, чтобы узнать, что значит тернарный оператор в С.
Таблица математических символов не добавляет читабельности языку программирования, как естественному языку, читабельности, которую вы с такой пеной изо рта тут доказывали всем. Просто потому что не все люди математики и далее школьной программы большинству нафиг математика не сдалась. Пора бы просто признать, что и тернарный оператор и в целом язык С понятнее и лаконичнее, чем Паскаль в подавляющем большинстве случаев, даже для тех кто не шарит в математике.
Паскаль - не более читабельный, чем C. И для языка программирования главное - не читабельность, а другие факторы.
:=- вот это пиздец читабельный вариантДа, всё верно сказано насчёт PHP. Я считаю его лучшим выбором для бэкенда.
Дарт в принципе можно компилировать в js и запускать на обычном хостинге, но это больше выход из ситуации, чем решение.
Тимлид - это по сути "тащит команду", да, он прокаченнее чем сеньор в целом и, пересекается больше всего с задачами архитектора. Но, тимлид - это не всегда менеджер. К примеру, есть сеньор жаваскрипт и сеньор сишарп, пришёл проект, надо выбрать подходящий стэк.
Тимлид - это тот человек, который от общего до деталей знает какой стек выбрать, какую ветку архитектуры дать каждому сеньору на выполнение. Менеджер же, как правило, ни в чём этом не шарит.
Если у кого-то в команде что-то не идёт и никто не может помочь - лид должен суметь помочь. Сможет ли помочь менеджер мидлу? Скорее нет, чем да.
Теперь по статье: есть четвёртый путь, куда уходят лиды: организация собственной компании, набор команды. Очень жаль что об этом пути ничего не раскрыто. Когда работаешь на кого-то - всегда будет потолок в развитии. Если человек по настоящему хочет расти, он должен попробовать самостоятельно создать компанию и бизнес, вот тогда он будет лид.
Благодарю за реально ценный комментарий !
У меня всё работает без vpn. Возможно это проблема не флаттера.
Насчёт бэкенда: я пишу на PHP потому что привык к нему, но, я пробовал бэкенд на Дарте, нормально тоже, если откровенно - не совсем понятно (кроме хайпа) почему Дарт не используется на бэкенде. Хорошо работает, стабильно и очень быстро.
По-моему для сравнения надо было приводить тернарный оператор не в питоне, а в C-подобных языках:
condition ? block 1 : block 2
Да, вы правы что в Дарте этот сахар нужен. Но суть синтаксического сахара - улучшение читабельности, а не наоборот. И в Дарте с этим всё отлично. Нужно ли оно в Дельфи в 2025, когда и без него было норм и сокращение объемов кода от такой фичи не особое - судить не могу, но по-моему, это нововведение - не развитие языка.
Имхо, вам не стоило обобщать. Плохие программисты есть, да, они часто затягивают сроки, пишут непродуманный код и практически всё время исправляют свой же код. Но это - в большинстве случаев люди, которые решили ВАЙТИ В АЙТИ из-за денег, "крутости" или других причин.
Опытные разработчики не подводят менеджеров, они самодостаточны и в большинстве случаев работают без менеджеров вообще.
В более серьезной работе чем хелло ворлд не важен язык программирования, важно уметь глубоко мыслить и подобрать подходящую архитектуру, HTML и CSS для таких задач ничем не помогут.
Вы попробовали написать бота тг на плюшках, а попробуйте написать такой же чат как тг с нуля без помощи ии на разных 2-3 популярных яп и с разной архитектурой - вы увидите мир другими глазами.
Флаттер требует Виндовс 10 для разработки, но не для запуска программ.
В какой то степени вы правы. На самом деле ситуация ещё более плачевная: поддержка iOS - это не только чтобы просто запустилось на Айфоне, это что-то типа: "запустилось на большинстве айфонов и все виды виджетов при скроллинге не лагают". Команда флаттера над этим работает несколько лет и с каждым обновлением фиксит айосовские виджеты. В котлине механизм UI чуток другой, но суть в том что iOS тот же самый. Т е можно убежать от флаттера, но убежать от iOS не получится.
И вот здесь становится понятной главная фишка флаттера: разработчики жрали волков чтобы на айос хорошо работало и действительно, по сравнению с другими, теперь работает хорошо (субъективно говоря: даже лучше чем родной Swift).
Поэтому когда говорят о конкуренции в кроссплатформе - претендентов много. Когда начинаешь серьёзно копать в детали - остаётся один флаттер.
По-моему здесь самая большая фантастика - это замороженная голова, которая долетит до центавра
1/2000 скорости света, до проксимы зонд долетит минимум за 4000 лет, фантастика не в значении скорости, а в попытке прожить столько лет, чтобы узрить результат
Чтобы это узнать надо купить курс за 30к, в бесплатной и тем более открытой документации вы об этом не узнаете)
Ну и правильно, зачем какой-то там процессор нужен, главное Color: Gold указано же
Папы римские как обычно видят угрозу для человечества в каждом новом воплощении прогресса, хотя более значимой угрозой для человечества является их тупизм.
Дорогой папа какой-то там, если всё происходит по воле Божьей, то тех прогресс и ИИ входят в это всё.
походу рыжих не любит
We also introduced OpenAI o3-pro in the API—a version of o3 that uses more compute to think harder and provide reliable answers to challenging problems. We know that o1-pro was often too expensive to use in production, so we’re excited to be able to lower the price by 87% with o3-pro—offering the model at $20 / 1M input tokens and $80 / 1M output tokens.