Ну с 2018 года там много глюк исправили. И уже и тогда эти глюки касались тех вещей, которые не были в Турбо Паскале. Его сейчас активно используют в школах, так что если бы были серьёзные проблемы с переносом программ, то это было бы широко известно. Поэтому если вы активно не собираетесь использовать "новые фичи", то всё должно работать.
В результате в такой компании в основном оказываются миддлы, назвавшие себя "сеньорами"(разоблачение невыгодно никому). Значительная часть из них выполняет работу джуна и валит при первом удобном случае.
Ну код такого самоучки будет малопонятен другим и в целом плох, т.к. будут отдельные фрагменты когда которые работают, и автор в них давно не глядел. Либо наоборот автор будет помешан на чистоте кода. Дальше пет проекты тяготеют к средствам разработки вроде Delphi , а бизнесу нужен Rust . Ну хорошо, человек будет специально кодить на Rust свой пет-проект. Но так как у него цели других , он будет всё равно создавать по другой логике и для других целей, чем бизнес-проект.
Насчёт роста населения - предполагается, что игрок играет за очень талантливого правителя, который притом находится в условиях близких к идеальным(на лёгких уровнях сложностем). При таких населения может довольно быстро расти. Особенно , если перед этим был крупный спад.
Что касается реалистичной экономики , то в сериах Anno она очень реалистичная. Также в Lords of the Realm почти всё можно за ресурсы строить, и бывают спады населения, если прохлопаешь экономику. Правда это не градостроительный симулятор.
Не надейтесь. Например вот сайт политической партии, который можно продать только им же или народу ещё беднее - comstol.ru , регистраторы на 10 лет себе заняли в приоритетном порядке и всё пытаются продать кому-то.
Ну не запросто. Времени уйдёт немало и непонятно на что.
Правда я в своё время разрабатывал автоматический транслятор в Си(без плюсов) для микроконтроллеров. Но там код требует иногда правки вручную, а чтобы 100% автоматически делалось, это требуется слишком много времени, да и мало кому нужно.
В Delphi обычно несовместимость при переходе на более новые версии из-за компонентов. Однако для многих из них всё-таки аналоги есть.
Я по опыту помню переход в 7 на 2006 запомнился тем, что надо было взять новый компонент СPort. В Delphi 2010 появился Юникод + опять менять СPort. В XE2 , опять менять СPort. При переходе на XE7 и 10 и вспомнить-то особо нечего. В основном просто старый код работал в новой среде.
А обновлять надо, т.к. ещё в XE7 программы на Андройд работают косорыло, тот же USB у меня так и не заработал, а на 10 всё нормально. Так что кросплатформенный код сейчас требует обновления. Если только для Windows , то да, можно десятилетия ничего не менять.
Надо сначала определиться, подходит ли человеку программирование вообще, а не вакансии смотреть. Так бы люди ничего никогда не учили, если бы сразу заботились о том, а чем пользуются профессионалы.
Да, очень жалко было бы легче создавать универсальные программы. Даже и Андройд мягко говоря не большинство систем поддерживают и нельзя программу для планшета просто перенести на встраиваемое устройство. Хотя с этим, правда полегче.
«Теперь на сяоми разблокировать загрузчик, рутануть его и играться с кастомами как-то гемморно» -а на ios легко и просто? Там по моему вообще шаг вправо/влево и устройство становится кирпичом.
Да, сейчас зависимость от гугла слишком большая. Пробовал загрузить приложение в магазин Самсунг, но его быстро оттуда удалили, т.к. этого приложения нет в магазине гугла, и поэтому встроенная защита ругается. Поэтому магазин самсунг никому не нужен.
В магазин Амазон правда не удаляет, но неизвестно, сколько они так продержатся.
Ну почему нет демократии. Клиент решает, какую задачу, давать, какую не давать. Для него и должна быть демократия. Иначе быстро получим дефицит условной колбасы, потому, как её никто не хочет делать. И переизбыток условных галош фасона 1900 года, т.к. много кто их навострились делать.
Даже в киберспорте надо превозмогать себя, чтобы нормальных результатов добиваться, увы :(
Если для здоровья, то может бы и да, можно и так чем-то заниматься.
«Поверьте, нам бы было куда спокойнее, если бы пациенты тихо лежали бы без сознания, а не пытались бы руководить нашими действиями.» — в США любят как раз делать под общим наркозом. Не факт, что это здоровый подход. Т.к. кроме вреда от наркоза ещё неизвестно, что они сделали.
Ну с 2018 года там много глюк исправили. И уже и тогда эти глюки касались тех вещей, которые не были в Турбо Паскале. Его сейчас активно используют в школах, так что если бы были серьёзные проблемы с переносом программ, то это было бы широко известно. Поэтому если вы активно не собираетесь использовать "новые фичи", то всё должно работать.
Ну у нас в стране не очень растёт население. Так где как.
В результате в такой компании в основном оказываются миддлы, назвавшие себя "сеньорами"(разоблачение невыгодно никому). Значительная часть из них выполняет работу джуна и валит при первом удобном случае.
Ну код такого самоучки будет малопонятен другим и в целом плох, т.к. будут отдельные фрагменты когда которые работают, и автор в них давно не глядел. Либо наоборот автор будет помешан на чистоте кода. Дальше пет проекты тяготеют к средствам разработки вроде Delphi , а бизнесу нужен Rust . Ну хорошо, человек будет специально кодить на Rust свой пет-проект. Но так как у него цели других , он будет всё равно создавать по другой логике и для других целей, чем бизнес-проект.
Насчёт роста населения - предполагается, что игрок играет за очень талантливого правителя, который притом находится в условиях близких к идеальным(на лёгких уровнях сложностем). При таких населения может довольно быстро расти. Особенно , если перед этим был крупный спад.
Что касается реалистичной экономики , то в сериах Anno она очень реалистичная. Также в Lords of the Realm почти всё можно за ресурсы строить, и бывают спады населения, если прохлопаешь экономику. Правда это не градостроительный симулятор.
Не надейтесь. Например вот сайт политической партии, который можно продать только им же или народу ещё беднее - comstol.ru , регистраторы на 10 лет себе заняли в приоритетном порядке и всё пытаются продать кому-то.
Ну в любом случае критические секции должны быть покрыты юнит тестами. Вот, наконец повод их сделать.
Я насколько помню там ошибка , если больше $80 число. Тогда надо писать свою обёртку.
Ну не всем же крупные проекты делать. А в мелких , тот же C++ крайне неэффективен против Паскаля/Дельфи.
Можно один и тот же код из примеров посмотреть на Delphi и C++ Builder, неужели кому-то второй вариант кажется более лаконичным и удобочитаемым?
Ну не запросто. Времени уйдёт немало и непонятно на что.
Правда я в своё время разрабатывал автоматический транслятор в Си(без плюсов) для микроконтроллеров. Но там код требует иногда правки вручную, а чтобы 100% автоматически делалось, это требуется слишком много времени, да и мало кому нужно.
А на PascalAbc.net не пробовали откомпилировать?
В Delphi обычно несовместимость при переходе на более новые версии из-за компонентов. Однако для многих из них всё-таки аналоги есть.
Я по опыту помню переход в 7 на 2006 запомнился тем, что надо было взять новый компонент СPort. В Delphi 2010 появился Юникод + опять менять СPort. В XE2 , опять менять СPort. При переходе на XE7 и 10 и вспомнить-то особо нечего. В основном просто старый код работал в новой среде.
А обновлять надо, т.к. ещё в XE7 программы на Андройд работают косорыло, тот же USB у меня так и не заработал, а на 10 всё нормально. Так что кросплатформенный код сейчас требует обновления. Если только для Windows , то да, можно десятилетия ничего не менять.
Надо сначала определиться, подходит ли человеку программирование вообще, а не вакансии смотреть. Так бы люди ничего никогда не учили, если бы сразу заботились о том, а чем пользуются профессионалы.
В магазин Амазон правда не удаляет, но неизвестно, сколько они так продержатся.
Если для здоровья, то может бы и да, можно и так чем-то заниматься.
С тем пор предпочитаю врачей не менять, а то вдруг попадётся «странный».