Комментарии 162
*Все выше сказанное шутка, если что :)
print(3 * 'Ha! ')
[print('Ha! ') for x in range(0, 3, 1)]
print('{}!'.format('-'.join('ha' for _ in range(3))).capitalize())
Of course, it is possible to abuse list comprehensions to write truly incomprehensible code. I’ve seen Python code with listcomps used just to repeat a block of code for its side effects. If you are not doing something with the produced list, you should not use that syntax.
Luciano Ramalho — Fluent Python
print(' '.join(['Ha!'] * 3))
Шутка шуткой, но у питона есть биндинги к чему угодно, в то время как у js по десять велосипедов. Поэтому повторение невозможно, любой начинающий питонист очень быстро начинает использовать питон как "клей".
У Тимати есть какая-то особенность, которая роднит его с питонистами?
UPD. Перечитал статью, понял про тимати.
1. Могут просто не гуглить ничего по определённому языку. Например, он понятный, имеет обширный хэлп, не глючит, ведёт себя предсказуемо, никто не будет ходить каждые 2 мин на stackoverflow. Антипример — сложный непредсказуемый язык, который по-разному себя ведёт в зависимости от компилятора и платформы. Про него все гуглят каждые полчаса.
2. С++. Есть огромное количество синьёров С++, которым не нужно ничего гуглить. Они просто делают свою работу.
3. Сам поисковик. Если бы у Амиго был свой поисковый движок — то самым популярным языком программирования был бы html.
P.S. Питон и правда очень популярный, но слабо верится что ежедневно его использует большее количество людей чем тот же C++. Правильнее сказать — «Самый популярный язык программирования среди запросов в Google» или просто «Самый трэндовый».
но слабо верится что ежедневно его использует большее количество людей чем тот же C++.
Вы точно хотели сказать С++? Учитывая что у этого языка осталось довольно узкое количество ниш, в котором он нужен.
Самая крупная ниша за последнее время — это веб, и после Python, Ruby, Golang там практически не осталось место для C++. Разве что в каких-то топ 10 посещаемых сайтов мира да и то вряд ли.
Мне кажется, что на каждый ААА проект выходит больше тысячи проектов средней руки, написанные на довольно разных языках.
На флэше тоже тысячи игр написано было, и где теперь тот флэш?
А области занятые теми же плюсами остаются таковыми десятилетиями.
Десктопные приложения? — У нас есть javafx, електрон, kivy и еще ряд других штук.
Embedded? — Тут уже больше все-таки используется C с кастомными диалектами. Опять же, есть всякие микропитоны.
Системное программирование? — Ну, опять же таки, у нас есть немного раст.
Геймдев? — Кроме довольно небольшой части разработчиков движка, все остальные используют в основном скриптовые языки (самописные или нет).
Десктопные приложения? — У нас есть javafx, електрон, kivy и еще ряд других штук.
Перечислили технологии для десктопа и не назвали ни одной из .net-стека, что, мягко говоря, странно, если учесть, что это самый топовый стек для десктопной разработки под Windows, а Windows — самая популярная десктопная ОС.
При том что он на подавляющем количестве десктопов и никого JS там нет и не привидится и даже практицески нет java. C# + WPF & C++ + QT
Code.exe размером в 70 Mb легко просматриваетса в Dependence Walker, как и остальные полста dll-к.
Я так понимаю, пока вы сами из исходников её не соберёте вы не поверите. Дык теперь это возможно.
www.archlinux.org/packages/community/x86_64/code
Там список файлов прилетающих с проектом. code.exe и полста dll-ок?

А среда разработки — продаётся под Enterprise и с соответствующими целями. Если бы это была часть какого-то популярного Enterprise продукта (как 1С) — Паскаль изучали бы как часть продукта… А так… В школах нет, потому что это не Enterprise, в Enterprise нет, потому что это просто среда разработки… Ну и где оно может использоваться?
www.embarcadero.com/press-releases/embarcadero-brings-millions-of-c-and-delphi-developers-to-windows-10-with-its-latest-rad-product-release
«RAD Studio 10 Seattle brings Embarcadero’s three million strong community of C++ and Delphi developers to Windows® 10»
И это было в 2015-м. Сейчас, я думаю, парк больше, и за счет Community Edition и, вообще, активного продвижения.
Не могу сказать, как они там считают. Но, думаю, Эмба своих клиентов знает лучше :)Не обязательно во-первых, и главное — не в их интересах посчитать всё получше.
Если у нас появится в сборке какой-нибудь маленький модуль на Delphi и для того, чтобы его поддержать на 1000 машин раскатать компилятор — нельзя будет сказать, что у нас появилось 1000 программистов на Delphi.
Не обязательно во-первых, и главное — не в их интересах посчитать всё получше.Понимаете, они работают на Западе. Там за недобросовестную рекламу/информацию могут неплохо отсудить денег.
Если у нас появится в сборке какой-нибудь маленький модуль на Delphi и для того, чтобы его поддержать на 1000 машин раскатать компилятор — нельзя будет сказать, что у нас появилось 1000 программистов на Delphi.Зачем компилятор кидать на тысячу машин? :) Это же компилирующий ЯП :) Один раз собрал бинарь на одной машине разраба — и он будет работать хоть на всех компьютерах мира с подходящей ОС.
Зачем компилятор кидать на тысячу машин? :)Потому что это дешевле и проще. Если какая-то тулза нужна для сборки одного из проектов — она должна быть везде.
Ситуация, когда что-то может собрать только «дядя Вася» и если он в отпуску, то никто не может трогать этот компонент — недопустима.
Стандартный подход в больших компаниях, на самом деле.
как только появляется первый компонент на Go — на машинах всех разработчиков раскатыввется GoОк. Одна копия Delphi на одного разработчика. Чаще всего на одной машине. Я это и говорил.
Delphi и для того, чтобы его поддержать на 1000 машин раскатать компилятор — нельзя будет сказать, что у нас появилось 1000 программистов на DelphiО каких тысячах машин здесь речь :) О машинах разработчиков? Тому, кому не нужен Делфи как инструмент (у нас, например, тестировщики и жаваскриписты без Делфи сидят) — его не поставят. Зачем? Бинарников собранных почти всегда достаточно. Лицензии Delphi как бы платные и недешевые. И всем подряд ставить ради того, что бы было, как-то странно.
Ситуация, когда что-то может собрать только «дядя Вася» и если он в отпуску, то никто не может трогать этот компонент — недопустима.Рекомендую открыть для себя гит/свн и сервера сборок :) В крупных компаниях это работает давно, хорошо и повсеместно.
Лицензии Delphi как бы платные и недешевые.Потому, скорее всего, никакого Delphi установлено не будет.
Лицензии IDA Pro, скажем, тоже очень недешёвые (это если сказать мягко). Тем не менее установлен он у всех (а используют единицы — для этого у Hex-Rays лицензионный сервер существует).
И всем подряд ставить ради того, что бы было, как-то странно.См. пример с IDA Pro выше. 99% разработчиков даже не подозревают, что у них на машине оно таки есть — что не мешает ему таки там быть.
И Hex-Rays могут записать себе в актив как 10 реально использующихся лицензий, так и 1000 реально лежащих бинарников. И то другое будет правдой и никакая «репутация» тут не влияет.
Рекомендую открыть для себя гит/свн и сервера сборок :)Сервера сборок не являются заменой инструменту на машине разработчика. Хотя, да, вы правы: к тысячам установок на машинах разработчиков можно присовокупить ещё и тысячи на билдерах…
В крупных компаниях это работает давно, хорошо и повсеместно.У нас тоже. Как вы можете догадаться, когда я говорю про тысячу разработчоков — это касается одного нашего продукта. Разработчикам других продуктов, разумеется, при этом Delphi не нужен…
ну, я так, мимокрокодил,
к тысячам установок на машинах разработчиков можно присовокупить ещё и тысячи на билдерах…
это зачем тысячи билдеров Делфи? если многокомпонентное приложение надо собрать в один продукт, то незачем на одном билдере собирать все компоненты, достаточно каждый компонент собирать на выделенных под это билдерах.
что касается тех же Delphi-приложений, они же собираются/компилируются значительно быстрее компонентов на других компилируемых ЯП (с Go разве что сравнивать ещё надо), там тыщи билдеров не нужны, достаточно будет десятка ))
это зачем тысячи билдеров Делфи?Потому «тысячи билдеров Делфи»? Просто тысячи билдеров. CI/CD, вот это вот всё.
если многокомпонентное приложение надо собрать в один продукт, то незачем на одном билдере собирать все компоненты, достаточно каждый компонент собирать на выделенных под это билдерах.Можно, но не нужно. На дворе не XX век. Компьютеры стоят дёшево, разработчики дорого. В случае с нормальными языками лицензия на билд-машину вообще не нужна (If you have one or more licensed users of Visual Studio Enterprise Subscription, Visual Studio Professional Subscription, or any Visual Studio cloud subscription then you may also install the Visual Studio software as part of Azure DevOps Server 2019 Build Services. This way, you do not need to purchase a Visual Studio license to cover the running of Visual Studio on the build server for each person whose actions initiate a build… а SDK/NDK для Android вообще изначально бесплатны)
что касается тех же Delphi-приложений, они же собираются/компилируются значительно быстрее компонентов на других компилируемых ЯП (с Go разве что сравнивать ещё надо), там тыщи билдеров не нужны, достаточно будет десятка ))В этом случае вам потребуюется десяток билдеров и ещё тысяча машин для запуска тестов, а также хитрая передача данных между ними.
Да, возможно, но система усложняется и становится менее понятной и надёжной…
И я вас удивлю, есть еще конторы которые работают на Делфи и делают на нем новые проекты. Я к этим людям не отношусь, но я знаю их лично и это факт.
Если мне не изменяет память это было в начале-середине 90х, т.е. не более 30 оборотов Земли вокруг Солнца.Четверть века, не полвека, да. В любом случае — достаточно для смены поколений.
И я вас удивлю, есть еще конторы которые работают на Делфи и делают на нем новые проекты.Дык и Cobol 2014 тоже для кого-то выпускается!
Речь не идёт о том, что Delphi уже завтра исчезнет. Речь про массовый рынок.
Геймдев на Unity денется.
При этом у меня, например, в большинстве запросов не встречается 'C++', зато встречается 'Qt', 'Qt5', отдельные классы Qt без упоминания самого Qt и различные другие библиотеки. Я сильно сомневаюсь, что можно реально оценить, какие запросы к какому языку относятся.
Если искать по количеству запросов в google trends, по 'С++' будет в три раз больше запросов, чем по 'Java', у 'Python'
Странный результат, учитывая то, что Java это еще и остров, а python — еще и змея.
За последние 12 месяцев в США «Python» гуглили чаще, чем «Ким Кардашьян» (В России «Python» по тому же принципу обогнал «Тимати». — Прим. ред.)
Хм-м…
Что-то у переводчика не то или с ориентацией, или с логикой, потому как аналогом Кардашьян у нас будет Бузова, а не Тимати. И тут уж Оля рвёт Питон по швам…

Что-то у переводчика не то или с ориентацией
По вашему в 2019 году с ориентацией все еще бывает что-то не так?
Возьмем шкалу Кинси и разделим общество на абсолютных гетеросексуалов и всех остальных — в итоге отклонением окажется именно пожизненная строгая гетеросексуальность без малейших исключений.
Поэтому разговоры о том что есть «отклонение» а что нет — вопрос сугубо привычек, моральных императивов из этого точно выводить нельзя
Возьмем шкалу Кинси и разделим общество на абсолютных гетеросексуалов и всех остальных — в итоге отклонением окажется именно пожизненная строгая гетеросексуальность без малейших исключений.
Ну, вообще-то нет. Или вы будете утверждать, что гомосексуальный опыт имело больше 50% населения?
Поэтому разговоры о том что есть «отклонение» а что нет — вопрос сугубо привычек, моральных императивов из этого точно выводить нельзя
Но у людей одного пола не может быть детей, т.е. гомосексуальная часть популяции неспособна размножаться. Неспособность размножаться для живого организма — безусловное отклонение.
Ну, вообще-то нет. Или вы будете утверждать, что гомосексуальный опыт имело больше 50% населения?
По приведенному критерию «отличие от абсолютного нуля по шкале Кинси» — буду. У Кинси даже однократная эрекция на Бейли Джей сдвигает показатель от нуля.
Именно поэтому важно понимать насколько понятие «отклонения» зависит от достаточно произвольно выбранной классификации.
Ноль не нравится выбери тройку или двойку, вылезут другие проблемы потому что сама идея такого разделения нерабочая
Но у людей одного пола не может быть детей, т.е. гомосексуальная часть популяции неспособна размножаться. Неспособность размножаться для живого организма — безусловное отклонение.
Неспособность размножаться гомосексуалов — очень сильная натяжка совы на глобус
Утверждение что любая неспособность размножаться есть отклонение — тоже.
Первое просто неправда — возможность размножаться при желании у них есть, испытывать для этого ежедневное сексуальное вожделение ко второму родителю своего ребенка не обязательно.
Идея что для брака обязательно сексуальное и романтическое влечение в принципе очень нова, дай бог последнее столетие как она стала массовой.
Достаточно вспомнить викторианскую Англию где считалось просто общим местом что женщины не могут получать удовольствие от секса, а у мужчин к ним только эпизодическая похоть, но население росло как на дрожжах.
(и судя по заметкам англичан оказывавшихся за границей это было не ханжество, а констатация их реалий, потому что разницу они замечали)
Второе неправда уже потому что в том или ином виде у очень многих социальных видов есть особи лично не принимающие участия в размножении и выполняют важную функцию в обществе.
По приведенному критерию «отличие от абсолютного нуля по шкале Кинси» — буду. У Кинси даже однократная эрекция на Бейли Джей сдвигает показатель от нуля.
Нет, не сдвигает, это вы выдумали. 1 по Кинси — это наличие однократного гомосексуального опыта, то есть "под влиянием обстоятелсьтв, как-то случайно так вышло, что перепихнулся с представителем своего пола". Дрочка на трапа (когда человек не в курсе, что перед ним трап) не является гомосексуальным опытом, это вполне гетеросексуальный акт.
Количество гомосексуальных особей — константа по популяции и является следствием вполне конкретных генетических мутаций. Никакой неопределенности тут нет, либо хер на баб/мужиков стоит, либо не стоит.
Заметьте, я говорю именно о гомосексуальности — не би.
Неспособность размножаться гомосексуалов — очень сильная натяжка совы на глобус
Утверждение что любая неспособность размножаться есть отклонение — тоже.
А аргументы какие-то есть?
Первое просто неправда — возможность размножаться при желании у них есть
Нету.
Достаточно вспомнить викторианскую Англию где считалось просто общим местом что женщины не могут получать удовольствие от секса, а у мужчин к ним только эпизодическая похоть, но население росло как на дрожжах.
А при чем тут это все?
По таким критериям и подавляющее большинство случаев бесплодия — не болезнь. Т.к. возможность взять у человека ген. материал и вырастить ребенка в пробирке остается.
Если человек не может ходить без костылей — он болен. Если человек не может сделать ребенка "без костылей" — он так же болен. Потому что для человеческой особи норма — уметь ходить и быть способным делать детей.
Второе неправда уже потому что в том или ином виде у очень многих социальных видов есть особи лично не принимающие участия в размножении и выполняют важную функцию в обществе.
А это тут при чем? Вы как-то поясняйте свои тезисы.
То есть гомосексуальные люди — это что-то вроде "рабочих особей" в муравейнике? Вы же понимаете, что то, что вы говорите — худшая степень фашизма?

А начинающие всегда задают максимальное количество вопросов.
В хоронильщиках не состою, если что.
Но вот выход Delphi, фактически, закрыл развитие универсального языка и превратил его в «инструмент для Enterprise»…
На этом моменте трогательной дружбы в M$ я понял что Borland перестала существовать. Тогда же Borland не осилила дописать комиллятор/библиотеку под Linux (Kylix — продакшн релиз был скорее альфа-версией по стабильности, например из-за смены локали с C на ru_RU начинал путать точки и запятые в C++ коде).
С тех пор про Borland ничего не слышно.
А Вы пробовали этот «мега тул»? Я с ним работал, на работе, на лицензионном. Локаль ru_RU — компиллятор путает точки и пробелы в исходнике. Только менять локаль на С и потом запускать. Огромное количество плавающих багов. Не компиллирует — добавляешь пробел в случайном месте, больше ничего не меняя — исходник откомпиллировался (!).
Возникает вопрос — можно ли вообще работать с компанией, выпустившей в энтерпрайз релиз компиллятор, за тысячи долларов, с таким качеством?
Одновременно на конференции руководство заявляет о великих планах, что будут дублировать VS.NET своим C# Builder (т.е. забросит VCL?), вместо того чтобы делать VCL/Delphi/C++ Builder мультиплатформенными и совместимыми со сторонними комилляторами/библиотеками.
В этот момент я окнчательно понял что они не жильцы. Совсем. Пришел на работу — ребята, забудьте.
Тогда, возможно, сейчас для UI смартфонов писали бы на Delphi, вместо JS/Kotlin/Swift. И что-то вроде KDE/Gnome было бы на этой библиотеке.
One of the main architects of the first Delphi versions, Anders Hejlsberg, was hired by Microsoft and became one of the main architects of .NET.
at the time (1996), «Borland alleged that Microsoft had hired 34 Borland employees over the past 30 months in order to steal Borland trade secrets. Borland also claimed that Microsoft offered and delivered expensive lures to Borland workers. In two cases, incentives topping $1 million were involved.»
А пресловутое «сообщество» в те годы от одной мысли что кто-то что-то будет поставлять без исходников впадало в истерику и начинало биться в конвульсиях. CADT-поколение, вообще, гордилось тем, что они из релиза в релиз ломают совместимость.
Потребовалась пара десятилетий пока «бунтари» выросли и, наконец, осознали, что борьются-то они не со «страшным Enterprise», а со своими собственными пользователями.
Это может показаться бредом: Delphi — отличный продукт и одно время он был весьма популярен… и, тем не менее, это так.
Вы не можете взять учебник, рассчитанный на Turbo Pascal и использовать его с Delphi! Вот никак! Никаких аналогов Turbo3 и Graph3 (позволивших, в своё время, перенести пригораммы с Turbo Pascal 3 на Turbo Pascal 4/5/6/7) — нету. Совсем нету! Написать инструкцию в две странички, объясняющую как перейти с OWL на VCL — нельзя!
Зато можете взять учебник, рассчитанный на Turbo C++ 3.1 — и использовать его с Visual Studio 2017… а вот с C++ Builder'ом — его использовать не получится.
Это разрывает «связь поколений». Примеры, которые позволяли компаниям преодолеть такой разрыв — тоже известный. Это, например, переход с DOS на Windows NT или c MacOS Classic на MacOS X. Во всех случаях многие годы поддерживались два стиля работы: «старый» и «новый». И всё равно многих «потеряли».
А Borland… решил всё «одним рывком» сделать — и поплатился за это. Не он один: точно также умер Visual Basic (да, Visual Basic.NET существует… но кто им пользуется? а когда-то вначале Basic, потом Visual Basic были самыми популярными языками в мире), Windows Phone (потерявший всех разработчиков и пользователей Windows Mobile) и много других продуктов.
Просто Borland потеряла свой основной продукт — потому это так сильно ударило по всей компании…
Да, признаюсь, не сходил на TIOBE и не обратил внимание на то, что, оказывается, в последние год-полтора VB.NET вновь приобрёл популярность (интересно — за счёт чего?)… но появился-то он в 2001м! То есть больше 10 лет Microsoft вкладывал в этот продукт не получая отдачи.
Если это для вас — какой-то второстепенный продукт… то вы можете себе это позволить. А если это ваш флагман… тогда будет то, что с Borland'ом случилось…
Борланд — фактически компания одного продукта в двух вариантах (Pascal/C++).
Указанные Вами ошибки наверняка оттолкнули часть людей, но потом были приняты совсем неадекватные решения. Как если бы сейчас JetBrains вдруг забросило котлин, схватилась за руст или дарт, потом бы снова бросило и схватилось еще за что-то, с громкими анонсированиям новых мегапланов без поддержки существующего…
Как Microsoft был «компанией выпускавшей MS DOS» (да, я помню, в 70е они начинали с бейсика, но это — другая эпоха).
Однако Microsoft, выпустив совершенно другую OS (и до этого поигравшийся ещё и с совсем альтернативной OS) — поддерживал MS-DOS пользователей многие годы, аж до начала XXI века.
А Borland отрезал себе всё одним махом (ошибка, которую, удивительным образом, Microsoft повторит позже, в 2010м). Результат мы видим.
Простой синтаксис позволяет легко учиться, читать и делитьсяНе соглашусь. ИМХО, синтаксис Python весьма тяжёл для чтения — во многом благодаря ошибочно построенной автором логической цепочки «меньше символов => проще». Как пример — код, написанный многословным паскалеподобным синтаксисом, читается не в пример проще кода написанного в чрезмерно лаконичном синтаксисе Python. А динамическая типизация тем более не придаёт языку читабельности и простоты.
habr.com/ru/company/psb/blog/433434/#comment_19536944
Могу свежих докинуть.
Python не заменит C и C++
Автор статьи, случаем, не Captain Obvious?
Кстати, я сам программирую на Фортране и могу сказать, что он остаётся несменяемым лидером в своём сегменте. У него просто нет конкурентов для решения численных задач. Ну не на Питоне же с Джавой писать модели решающие системы дифуров. Точнее, написать то можно, даже есть такие попытки, но скорость будет в разы, а то и порядки ниже. Си тоже довольно быстрый, но менее удобен. А общее лидерство Фортран потерял исключительно из-за появления других сегментов. Если до 80-х, может быть 90-х, большая часть компьютеров использовались как числодробилки, то сейчас хоть их число возросло, но число компьютеров для других применений возросло ещё больше.
Ну не на Питоне же с Джавой писать модели решающие системы дифуров.
Высокоуровневые вычисления неплохо писать как раз таки на Питоне, пользуясь библиотеками, написанными на C и том же Фортране.
в целом всё равно проигрывает полной реализации на одном Фортране.
Да не проигрывает же.
То есть всё таки собственно вычисления делают модули написанные совсем не на Питоне.
Само собой. Но ресерчер в результате пишет код на питоне и фортрана может не знать вообще.
Overhead в виде питоновской прослойки может быть очень велик. Конечно, всё зависит от конкретной задачи. Где то достаточно пары вызовов функций на Си, а снаружи только простая обработка результатов и их вывод. Но зачастую просто нет библиотечных функций для критичных частей кода. Например, в моей области, моделирование химии атмосферы. Приходится всё писать на Фортране.
Хотя разве VB был когда-нибудь в лидерах?Смотря что считать «лидерами». Где-то на рубеже веков от 40% до 60% людей, называвших себя «программистами» использовали VB.
Правда не в России: в России эту нишу заняли частично 1С-программисты, частично — Delphi-разработчики.
Скажем, никто на корпоративном уровне не мог даже заикнутся, чтобы его использовать.Наоборот: до пришествия в энерпрайз Java и интранета на VB было написано безумное число внутрифирменных поделок.
Возможно кто-нибудь когда-нибудь проведёт исследование и выяснит почему на Западе в те временя бизнес выбирал VB и VBA, а в России — Delphi и 1C.
Всё это понятно. Однако выбор (при равных прочих) был сделан в пользу Delphi, а не VS.Дык не было «прочих равных»! В школах в те времена использоватли Turbo Pascal, так что при продаже софта «на вес» использование Delphi с тем же языком — было естественным.
Но с тех пор Turbo Pascal из школ ушёл… он долго держался, лет ещё 10 назад я эти синие окошки видел… но, в конце концов, таки умер… А Community Edition — это уже совсем другое. На нём программировать в школах не обучают.
Вот смотрю на киберфоруме:
www.cyberforum.ru/pascal
www.cyberforum.ru/java
Основная масса явно учебных вопросов как была так и осталась на Паскале/Делфи. А глянуть на рынок спроса специалистов — ситуация совсем другая.
Разработчик Dassault Systèmes
Написана на Visual Basic
ru.wikipedia.org/wiki/SolidWorks
Интересно, это реально так…
Вроде система очень серьёзная.
Помнится, в прошлом году предсказывали, что на первое место выйдет Rust — а на графике его вообще нету.
Кстати, насчет языка в школе, у ребенка Java и C#:
— на Java все домашние задачи,
— на C# и Java факультативные классы (Game Design — Unity C#, Robotics — Java).
Т.е. без Python в школе.
Это я все к тому, что хоть в статье речь идет о десктопной разработке, однако кусок мобильной разработки просто огромен и будет сильно сбивать статистику, поэтому в любом случае говорить о том, что "<название_языка> — полная замена С++ в будущем" как минимум узколобо. Я не знаю как этот маховик в конечном итоге раскрутится, я сам пишу для Андройда для души (я веб-разработчик), но учить новый языка каждый год тоже не хочется…
И все бы хорошо, но Fuchia не будет поддерживать никаких сторонних ЯП, свиньи под названием Java от Sun им уже хватило с лихвой.
Вы не поверите, но linux питон тоже не поддерживает. Все немного наоборот.
Опять же таки, довольно большая проблема, связанная с джавой (помимо того, что ее развитием занимается одна компания, в отличии от других языков, типо С++ и python) состояла в том, что гугл очень сильно подпортил создателем джавы планы, сделав форк их языка, назвав его джавой, а затем сказал, что «ой, простите, но вот обновлений к ней не будет». Конкретно в этом случае проблема была в том, что андроид не поддерживает джаву, это его сдк поддерживет совместимую с джавой реализацию. С моей точки зрения это был такой макретинговый ход гугла, что бы захватить большую аудиторию разработчиков, наплевав при этом на абсолютно всех, кроме себя. Что, как бы не очень хорошо.
С другими языками, при помощи которых можно писать на андроид ситуация другая — это они поддерживают андроид. Как-то так.
Опять же таки, довольно большая проблема, связанная с джавой (помимо того, что ее развитием занимается одна компания, в отличии от других языков, типо С++ и python) состояла в том, что гугл очень сильно подпортил создателем джавы планы, сделав форк их языка, назвав его джавой, а затем сказал, что «ой, простите, но вот обновлений к ней не будет»А в чём проблема? Разработчики Java Card сделали то же самое, однако (пройдите по ссылке, прочитайте).
Что, как бы не очень хорошо.Однако это то же, что сделал Oracle с разработками IBM (SQL). И Microsoft с разработками Digital Research (CP/M API… впрочем Digital Research отплатил ему той же монетой, когда выпуcтил DR DOS).
P.S. Вообще то, что в результате подобные вещи станут невозможными — скорее плохо… но тут уж ничего не поделать…
А в чём проблема? Разработчики Java Card сделали то же самое, однако (пройдите по ссылке, прочитайте).
С точки зрения простого разработчика, было довольно кошмарно, что после выхода java 8 гиганское количество библиотек так и остались на седьмой джаве, что бы поддерживать андроид или использовали жуткий костыль под названием retrolambda.
А так норм.
Really? :)
Только Microsoft считал, что может себе позволить «нагнуть» разработчиков и «обнулить» все их вложения в свою платформу (Windows CE) — но, как показала практика, был категорически неправ.
Поэтому что касается поддержки приложений — вроде бы и логично, однако с другой стороны когда на рынке осталось две оси мобильных, одна из которых вообще проприетарщина, вендоры мне кажется будут ставить ее как миленькие в любом случае, ибо реально деваться некуда, не продавать же мобилы просто с рекавери как иногда продают компы с досом)
Windows CE — это отдельная тема на самом деле, не берусь о ней судить, иногда легче написать что-то с нуля, чем переписывать старое, пытаясь адаптировать его под веянья времениПереписать что-то с нуля — это святое дело. Но как раз этого в Windows Phone и не было проделано. Ядро они, вроде бы, взяли от Windows CE как раз (отсюда несовместимость с Windows Phone 8, собственно). Но была полностью и резко сменена платформа. Так, что старые разработки — люди могли только выкинуть.
Это — путь к провалу. Сколько таких радикальных «смен платформ» было… не сосчитать. А вот успешных… разве что переход от Apple ][ к Макам можно вспомнить… и то с оговорками.
сам он уже существовал с 2003 года в виде весьма зрелой на тот момент экосистемыО какой, нафиг, экосистеме вы говорите? У Dalvik'а за полгода до релиза не было, JamVM использовался для разработки!
Может быть это и карма, однако дело даже не в карме, когда разрабы десять раз думают стоит ли писать приложения для платформы, которой пользуются 3,5 майкрософтовских фаната-гика, тогда как Андройдом пользуется весь земной шар (в прямом смысле), вот и все…А вот Windows CE, на момент выхода Windows Phone, пользовались 15% пользователей… а не 3.5%. Да, не бог весть какой процент — ну уже что-то. А так — всё пришлось с нуля начинать.
Поэтому что касается поддержки приложений — вроде бы и логично, однако с другой стороны когда на рынке осталось две оси мобильныхВы забываете про то, что любой форк Андроида — сам по себе вполне себе жизнеспособная альтернатива. Если Гугл сойдёт с ума и решит продвигать свою новую платформу «в духе Windows Phone», не поддерживая миллионы существующих приложений — какие-нибудь Samsung и Xiaomi уж как-нибудь договорятся.
Да, отказ от любого из приложений (даже если это суперпопулярный WhatsApp какой-нибудь) они переживут. А вот если поддержки не будет у большинства из них — нет.
Но была полностью и резко сменена платформа. Так, что старые разработки — люди могли только выкинуть.
А, вот в чем заключается это нагибание… А я слышал что windows Phone это типа как Windows CE, но с ней не совместима, вот и думал что это слухи.
О какой, нафиг, экосистеме вы говорите?
А разве нет?) Андроид в своем первоначальном варианте — уже предполагалась как кросс-платформенная система, и это в 2003 году! Я помню ее бета-версии GPS-навигаторов на ней, и это еще до покупки ее Гуглом, к сожалению ссылок дать не могу, так как не думал как сложится его судьба, чтобы это все вспоминать. Понятно, что разрабатывало его несколько человек, но это титанический труд, я сам разраб и часто лезу в его сорцы и каждый раз поражаюсь тому, сколько было сделано этой кучкой людей, которых до сих пор мало кто знает, и это без всяких Гуглов с тысячами сотрудников по всему миру. Просто надо это видеть. Но однако я отрицать не буду, что он не лишен юношеских недостатков, которые в дальнейшем могли бы быть допилены одной командой, а не кучей костылей от гугловских индусских Пичаев. Недавно на каком-то ресурсе обсуждали грустную и незавидную судьбу Верту, и я как убежденный адепт Нокии, и по совместительству Верту, хотел броситься врукопашную с возгласами, мол, яблоки — это все дешевый хайп, они у каждого дворника, их якобы лакшери держится исключительно за счет хайпа и стадного чувства, однако это обычные лопаты, себестоимость которых раз в 10 ниже, однако дорогие камни и кожа — вот настоящее лакшери, это как часы, но потоптавшись вокруг обсуждающих, понял что они говорят правильные вещи, ибо по сути вся продукция Apple — это неплохая ось и начинка, а Верту — это просто Android в дорогой обвертке, но при этом он остается Андройдом, и с этим нельзя не согласиться, увы, поэтому и Vertu потерпела фиаско, ибо у кого есть деньги — предпочитают Apple в обычном корпусе, чем дешманский Android в золоте и коже. Но я все-равно предпочту Андройд с костылями на костылях.
какие-нибудь Samsung и Xiaomi уж как-нибудь договорятся
Пожалуйста, далеко ходить не надо: Samsung тоже очень мощный вендор, и имел свою Bada до Андройда, очень с кем договорились?) У LG тоже что-то там было, не помню даже что, потому-что с Гуглом тягаться невозможно. Та же Symbian, пожалуйста, приложений для нее за то время было написано столько, что может и для Андройда столько нет, даже с безвозмездной помощью индийских коллег, а все по той причине, что во-первых другие аппараты в то время вообще не имели операционки как таковой, ибо они не были смартфонами, и кроме игр для них писать было нечего, а во-вторых потому-что тогда царствовала Nokia и Sony Ericsson, дак вот если для Нокий приложений вообще было как сейчас для Андройда, и это не считая игр, но для Sony Ericsson так, только самое необходимое, и не удивительно что потом они вообще на Symbian перешли в конечном итоге кстати как сейчас Samsung, да и все остальные.
А вот Windows CE, на момент выхода Windows Phone, пользовались 15% пользователей… а не 3.5%
Внимательность — это хорошо, это правильно, говорю без сарказма, однако это просто присказка, означающая «мало». Кучка гиков короче. Но 15% это на самом деле очень много, не буду отрицать.
Если Гугл сойдёт с ума и решит продвигать свою новую платформу «в духе Windows Phone»
В смысле «если»?) Так ведь уже) Fuchia, пожалуйста)
Я помню ее бета-версии GPS-навигаторов на ней, и это еще до покупки ее Гуглом, к сожалению ссылок дать не могу, так как не думал как сложится его судьба, чтобы это все вспоминать.Вы в какой-то сильно параллельной вселенной живёте. В 2007м году, за год до выхода, Android имел только кучку слабо связанных между собой компонент и SDK только под Linux. Ни о каких «GPS-роутерах» и речь не шла.
Понятно, что разрабатывало его несколько человек, но это титанический труд, я сам разраб и часто лезу в его сорцы и каждый раз поражаюсь тому, сколько было сделано этой кучкой людей, которых до сих пор мало кто знает, и это без всяких Гуглов с тысячами сотрудников по всему миру.И где вы взяли эти исходники, чтобы на них смотреть? Тысяч людей там, действительно, не было, но человек 80 точно участвовало в разработке.
а во-вторых потому-что тогда царствовала Nokia и Sony Ericsson, дак вот если для Нокий приложений вообще было как сейчас для Андройда, и это не считая игр, но для Sony Ericsson так, только самое необходимоеСобственно это и было ахилесовой пятой Симбиана: то, что приложения для одной (!) операционки нужно писать дважты (трижды, четырежды, десять раз… в зависимости от того, сколько моделей хочешь поддерживать). Большего идиотизма представить себе сложно…
Это пытались исправить, но… не успели — а потом пришёл Элоп и всю лавочку закрыл.
Но 15% это на самом деле очень много, не буду отрицать.Ну, так, для справки: сегодня (как и многие годы) Apple имеет примерно подобный процент как на десктопе, так и на мобильниках (в пике до 20% доходило). И ничего — живут.
В смысле «если»?) Так ведь уже) Fuchia, пожалуйста)Fuchia пока в разработке, есть ChromeOS (в России она малопопулярна, но если глянуть на самые популярные лаптопы на Amazon… можно удивиться), много чего есть… но, Android — это основа. ChromeOS — по архитектуре и много чему ещё отличается кардинально, но… приложения Android оно запускает.
Извините, но в Fuchia, не запускающую Android-приложения — я откровенно не верю. Либо она будет куда-нибудь в колонки интергироваться (где Андроида нет пока), либо она будет, так или иначе, запускать Андроид-приложения. Гугл — не Microsoft, свои возможности по «нагибанию» разработчиков там оценивают адекватно: добавлять требования «потихоньку» — да, это пожалуйста. Объявить, что вот прямо завра весь миллион приложений на Google Play превратится в тыкву и их все нужно переписать? Нет — они не идиоты…
Not invented here ©. Корпоративный принцип Гугла.
Повторит ли Python судьбу Fortran, LISP и Ada?
Достаточно очевидно, что любой язык повторит судьбу Fortran, LISP и Ada, рано или поздно, так или иначе.
На мой взгляд, популярность языка программирования всегда заслуженная и всегда хорошая.
Популярным языком программирования, в данном контексте, мы называем язык на котором пишут большое количество программистов вообще. И в частности сегодня пишут больше программистов чем вчера, то есть если армия программистов на одном языке выросла за год на 1% а на другом на 100%, то второй язык популярнее первого.
Другой вопрос что если, например, на втором языке писал 1 программист в прошлом году и в этом году их стало 2.
Ну и конечно не стоит принимать решения о выборе языка для своего проекта на основе его сегодняшней популярности. Если самыми популярными языками сегодня являются Javasript и Python, просто потому что вытеснили PHP из ниши с низким порогом входа. Надо всегда смотреть на решаемые задачи, многие из которых имеют исторически сильные прикладные языки как то C, C++.
Так или иначе популярность языка отражает реальность на рынке ИТ. Она имеет под собой основание в виде сообщества профессионалов, у которых есть вполне объективные причины использовать именно этот язык для решения определенного типа задач с которыми это сообщество сталкивается.
Python становится самым популярным языком программирования в мире