LINUX.ORG.RU

Гвидо ван Россум вышел на работу в Microsoft

 


3

3

Создатель языка программирования Python Гвидо ван Россум сделал несколько шокирующее объявление:

Мне стало скучно на пенсии, так что я вышел на работу в подразделение разработки (Developer Division) в Microsoft. Чем я буду заниматься? Столько вариантов, даже не знаю, что выбрать! Но в результате использовать Python станет удобнее (и не только на Windows :-). Тут полно опенсорса. Следите за новостями.

>>> Подробности

★★★★★

Проверено: alpha ()

Ответ на: комментарий от AntonI

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

anonymous ()
Ответ на: комментарий от anonymous

не обязательно писать здесь (тут тоже никто не поймет). Но Вам будет с кем свое понимание обсудить в городке;-)

В НГУ я не был, но университеты да… такие.

AntonI ()
Ответ на: комментарий от AntonI

не обязательно писать здесь (тут тоже никто не поймет).

Это да.
Из того, что говорил о своих разработках ни кто не разу не задал внятного вопроса.
Разрабатываю возможность работы в run-time с объектами.
То бишь в run-time возможно создать объект любой сложности и иерархии и работать с ним.

В основном лишь выливают эпизодически по ведру или несколько ведер помоев.
Многие на форуме «щеки любят надувать» о метаданных, а несут лишь «около научный бред».
Поэтому ЛОР для меня - место для трепа и не более.

PS: Мне похвалы не нужны, но и душ из помоев принимать нет желания.

Владимир

anonymous ()
Ответ на: комментарий от anonymous

страх и ненависть ...

У нас была java и си, с плюсами и без, на любой вкус


в мире нет никого более беспомощного, безответственного и безнравственного, чем интапретатор python - а. И я знал, что довольно скоро мы в это окунёмся.

anonymous ()
Ответ на: комментарий от anonymous

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

anonymous ()
Ответ на: комментарий от anonymous

Его тут овердофига от геологоразведки, добычи и переработки до промбеза.

Теперь ясно почему нефть дешевеет. Писали бы на java, был бы дороже золота.

anonymous ()
Ответ на: комментарий от anonymous

Оттепель

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

YogSagot ★★ ()

Просто толпа школьников-нытиков в комментариях. Такое чувство, что все должно быть как именно вы захотите. Большинство из вас линуксом та толком не пользуется, максимум как оболочка для браузера. Как по мне из за таких сверх разумом все и бегут из опенсорса. Никто ни за что не платит зато все ноют.

anonymous ()
Ответ на: комментарий от anonymous

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

AntonI ()

К Fortran против Python.

Когда-то, когда только-только Си перестал быть B, начали звучать прогнозы и призывы, чтобы Си заменил Фортран как раз в области научных расчётов.

Уже давно есть C++, сам Cи пережил многих СВОИХ могильщиков, но сам так и не смог закопать Фортран.

Собака здесь роется в том, что язык общего назначения почти никогда не сможет переплюнуть узкоспециализированный язык в области его специализации.

mister_VA ()
Ответ на: комментарий от mister_VA

С последним спорить невозможно, но что есть закопать? Полностью уничтожить - да, не сможет. Вытеснить из большинства ниш (включая области специализации) - это уже произошло. В HPC фортран сейчас это почти экзотика, но встречается. В других местах его вообще почти не осталось.

AntonI ()
Последнее исправление: AntonI (всего исправлений: 1)
Ответ на: комментарий от anonymous

питона

Его тут овердофига

Справедливости ради, «этот питон» перекормлен фортраном. Большинство математических либ дергают либы на фортране.

Интерфейс над фортрановскими либами.

anonymous ()
Ответ на: комментарий от anonymous

В очень известной организации в штатах

широкого известной в узких кругах? Давай, колись, что за организация такая. У меня профессиональный интерес, тоже вычислительной гидродинамикой занимаюсь (и фортран мы тоже используем).

Sahas ★★★★★ ()
Ответ на: комментарий от AntonI

Даже на ЛОРе я знаю одного человека который занимается фортрановским кодом для расчетов климата.

я занимаюсь фортрановским кодом для расчёта гидродинамики, так что теперь этих людей два :)

Sahas ★★★★★ ()
Ответ на: комментарий от AntonI

В HPC фортран сейчас это почти экзотика, но встречается

Ansys CFX написан на фортране и активно используется. Так что не экзотика, хотя, конечно, новые проекты обычно начинают не на Фортране

Sahas ★★★★★ ()
Ответ на: комментарий от Sahas

Я же сказал - почти экзотика. Повторюсь, я за 20+ лет работы непосредственно с фортрановскими кодами сталкивался всего лишь дважды.

Тупо зашел в WoS и вбил в строку поиcка «HPC fortran» - 38 результатов. «HPC python» - 74 результата. Просто «HPC» - 1327 результатов (все за 5 лет).

AntonI ()

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

ananas ★★★★★ ()
Ответ на: комментарий от AntonI

Давно не в этой области, но мне казалось, что там по-прежнему всё осталось как и было несколько лет назад. В научных статья про HPC очень редко пишут про то, на чем происходила реализация. Потому что техническая часть зачастую там вполне простая - неявные схемки расписать, да тензоры поразворачивать. Никаких сложностей с точки зрения программирования, ООП и функциональщины и прочего. Там скорее про то как сделать, чтобы понятно реализовать математику. Гидродинамика, почти все погодные модели, куча физики/химии, CFD etc - очень много на Fortran/C - даже не плюсы. Скорее использование Python в OpenMP/MPI редкость. BLAS/LAPACK - классика. В PETSC, например, добавили биндинги под Python. Но опять же, как только понадобится выйти за рамки реализованных вещей и сделать что-то кастомное - hello darkness my old friend.

anonymous ()
Ответ на: комментарий от anonymous

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

Да, фортран хорош для какого нить FEM или че то простого на равномерной прямоугольной сетке. Но современный серьезный счёт давно ушел гораздо дальше.

AntonI ()
Ответ на: комментарий от AntonI

Достаточно сложные сетки тут? http://cfd.imamod.ru/FILES/2017/presentations/08_INMOST_2.pdf

Если хотите высокой эффективности на современном железе Если хотите Python / R на свеженьком Apple Silicon M1 chip - будьте добры сначала Fortran портануть :) А то, пока успели только коммерческую версию https://www.nag.com/news/first-fortran-compiler-apple-silicon-macs Шел 2020 год, когда кругом open source - но есть фирмы, кто получает профит от платного Фортрана.

Пару лет назад BlueGene / Чебышев / Ломоносов - в основном решали задачи на C/Fortran. Говорю, что какое-то время назад ушел из академ области, но сильно удивлюсь, если теперь там заведают плюсы и python.

Ну и еще немножко с сайта самого быстрого суперкомпьютера на последнюю редакцию TOP500: https://postk-web.r-ccs.riken.jp/spec.html

Compiler provided by Fujitsu Fortran2008 & Fortran2018 subset C11 & GNU and Clang extensions C++14 & C++17 subset and GNU and Clang extensions OpenMP 4.5 & OpenMP 5.0 subset Java Parallel Programming provided by RIKEN XcalableMP FPDPS Script provided by Fujitsu Python + Numpy + Scipy Math Library provided by Fujitsu/RIKEN BLAS, LAPACK, ScaLAPACK, SSL II Fujitsu SSL II EigenEXA, Batched BLAS

Скриптинг - конфигаторы сделать, да раскидывать файлы по папкам - да можно. Даже какие-то предрасчеты простенькие. Но по-моему вполне видно на чем делается основной упор там, где нужно реально много считать.

anonymous ()
Ответ на: комментарий от AntonI

Достаточно сложные сетки тут? http://cfd.imamod.ru/FILES/2017/presentations/08_INMOST_2.pdf

Если хотите высокой эффективности на современном железе

Если хотите Python / R на свеженьком Apple Silicon M1 chip - будьте добры сначала Fortran портануть :) А то, пока успели только коммерческую версию https://www.nag.com/news/first-fortran-compiler-apple-silicon-macs Шел 2020 год, когда кругом open source - но есть фирмы, кто получает профит от платного Фортрана.

Пару лет назад BlueGene / Чебышев / Ломоносов - в основном решали задачи на C/Fortran. Говорю, что какое-то время назад ушел из академ области, но сильно удивлюсь, если теперь там заведают плюсы и python.

Ну и еще немножко с сайта самого быстрого суперкомпьютера на последнюю редакцию TOP500: https://postk-web.r-ccs.riken.jp/spec.html

Compiler provided by Fujitsu Fortran2008 & Fortran2018 subset C11 & GNU and Clang extensions C++14 & C++17 subset and GNU and Clang extensions OpenMP 4.5 & OpenMP 5.0 subset Java Parallel Programming provided by RIKEN XcalableMP FPDPS Script provided by Fujitsu Python + Numpy + Scipy Math Library provided by Fujitsu/RIKEN BLAS, LAPACK, ScaLAPACK, SSL II Fujitsu SSL II EigenEXA, Batched BLAS

Скриптинг - конфигаторы сделать, да раскидывать файлы по папкам - да можно. Даже какие-то предрасчеты простенькие. Но по-моему вполне видно на чем делается основной упор там, где нужно реально много считать.

anonymous ()
Ответ на: комментарий от anonymous

а че не CP866 или КОИ8?

В Windows потому что разработку веду.
Согласно документации, поддержаны все кодовые страницы.

ИМХО удобно.
Использую Visual Studio 2013.
В более поздних студиях и опциями кодовые страницы можно задавать, …

Владимир

anonymous ()
Ответ на: комментарий от anonymous

Достаточно сложные сетки тут?

Очень простые. Фортран идеален для FEM. Для XFEM чуть хуже, но тоже можно. А вот для XFEM когда приходится адаптироваться по мере счета уже все не кучеряво - но поскольку основные расходы будут связаны со СЛАУ то на такие мелочи как многократная переаллокация, плохая локальность данных и пр. можно закрыть глаза. Все равно сборка матриц жесткости занимает небольшую часть времени.

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

Пару лет назад BlueGene / Чебышев / Ломоносов - в основном решали задачи на C/Fortran. Говорю, что какое-то время назад ушел из академ области, но сильно удивлюсь, если теперь там заведают плюсы и python.

Знаете, я устал повторяться, это какая то сказка про белого бычка. Пока Вы не начнете читать внимательно комментарии - какой смысл что то писать?

AntonI ()
Ответ на: комментарий от AP

Во-первых, Android куплен гуглом в 2005 году, а не создан с нуля.

ок, принимается. я этого не знал. один ноль в твою пользу (почти). это все-таки очень ранний этап проекта. а вложились они в него оч. сильно.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 1)
Ответ на: комментарий от AntonI

Да вроде прочитал. Просто есть области, где кроме фортрана никуда обычно даже не смотрят) А так рад, что кто-то продолжает развивать в альма-матер науку :) Удачи в проектах

anonymous ()
Ответ на: комментарий от anonymous

Просто есть области, где кроме фортрана никуда обычно даже не смотрят)

при условии что есть готовый код, и он фортране.

Удачи в проектах

Спасибо. Простите если был резок. Сложный месяц выдался;-(

AntonI ()
Ответ на: комментарий от Linfan

Я не сетевик, судить про детали и ньюансы не могу, но вроде бы спеки открыты

вот именно. ты маркетинговый булшит слышал, а я с этим работал.

это многолетняя сага, которую стыдно не знать. антимонопольное дело тянулось лет 10. вплоть до 201х

https://fsfe.org/activities/ms-vs-eu/ms-vs-eu.en.html

ты тут что-то говорил, про зарабатывание денег и как m$ этому помогает. как раз напротив. я по работе очень много наступал на проблемы совместимости в связи с этим smb. и нет, никакой любви к m$ после того, как они столько увиливали от открытия протокола, я не испытываю.

по твоей ссылке:

«Спецификации для SMB запатентованы и изначально закрыты, что вынуждает других поставщиков и проекты перепроектировать протокол, чтобы взаимодействовать с ним.»

Код не отдают, но винапи документирован более чем детально.

Опять маркетингового булшита наслушался. Читаем:

The project has proven time-consuming and difficult for the developers, mostly because of incomplete and incorrect documentation of the Windows API. While Microsoft extensively documents most Win32 functions, some areas such as file formats and protocols have no publicly available specification from Microsoft, and Windows also includes undocumented low-level functions, undocumented behavior and obscure bugs that Wine must duplicate precisely in order to allow some applications to work properly.[26] Consequently, the Wine team has reverse-engineered many function calls and file formats in such areas as thunking.

Сейчас это симбиотическое существование. А ты все мерками миллениума меряешь. Неактуально это уже.

чушь. ты подтвердить свои слова не можешь. вот, в чем твоя проблема. я еще раз тебя лицом тыкаю в историю с extfat. была совсем недавно. а булшит повторять не надо.

ты не ответил на вопрос насчет WSL, потому что не можешь сам сообразить. а я тебе скажу, что это поглощение (а не симбиоз) линукса. после этого поглощеният такие, как ты, будут использовать линукс только, как подсистему винды. чисто чтобы докер запустить и по работе софт собрать.

crypt ★★★★★ ()
Последнее исправление: crypt (всего исправлений: 3)
Ответ на: комментарий от AntonI

Простите если был резок

Я не обижаюсь на вас. Тоже бываю резок с местными гомофобами. Но, как и писал выше, буду реже подписываться.

Владимир

anonymous ()
Ответ на: комментарий от Linfan

И сборка пакетов под разные дистры без докера вещь маловозможная.

с чего вдруг-то? docker - единственное средство виртуализации, которое ты освоил или что? очередная ерунда. освоил один какой-то способ и теперь с подачи m$ считаешь его единственным. на это и рассчитано.

crypt ★★★★★ ()