T/T Lead
  • Python та його перспективи на майбутнє

    Нет, я выступаю за планирование экспериментов, ослепление, математическую статистику

    да я в курсе догматов науковерия.

    почти никакого отношения к спец разделу философии «Научная методология» они не имеют.

    Потому что первый же догмат науковерия:
    Что не наука — ересь и ахинея
    и вывод:
    Философия не наука — следовательно это ересь и ахинея

    Такая себя железная логика возраста от «2ух до 5ти»

    Поэтому моя точка зрения

    у вас не может быть ни на что точки зрения, на что не выпущен энциклик Церкви Науковерия.
    А не выпущено таких энцикликов наверное на 99% действительности вокруг нас.

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

    Меня бы убелила статистика разработки одного проекта

    Переубеждение вас, и подобных, да, очень важно.
    Настолько что на это и цента никто не даст.

    Потому что это давно известно.
    Эмпирически проверено за десятилетия разработки ПО.
    И измерено в деньгах.

  • Python та його перспективи на майбутнє

    добавим что он стал основным ЯП в преподавании...
    заменив где Джаву, где Pascal, где вообще Scheme (MIT)

  • Python та його перспективи на майбутнє

    Implementation plan for speeding up CPython
    github.com/...​ython/blob/master/plan.md

    FasterCPythonDark.pdf
    github.com/...​ain/FasterCPythonDark.pdf

    Дат так, поки немає.
    Але як вдасться:
    The overall aim is to speed up CPython by a factor of (approximately) five. We aim to do this in four distinct stages, each stage increasing the speed of CPython by (approximately) 50%.
    1.5**4 ≈ 5

    то буде просто монументально вічний Python

    Йому й зараз ніщо не загрожує.

    Поддержал: Andrii Uhryniuk
  • Как реализовать Rate-limiter на основе алгоритма Token Bucket c использованием Bucket4j на Java

    Ви дійсно вважаєте, що логіка лімітування темпу обробки тцп-пакетів

    ви дійсно не розумієте російську мову, у:
    запросить курс валют тугрика, тенге, ..., .., к гривне — лимит 1000 в ед времени
    то есть эти 1000 делятся между всей этой группой. И групп таких может быть больше одной.

    де тут мова про тцп-пакети?

    а в статті не побачили:
    Где это нужно
    1. С точки зрения бизнес-логики, зачастую это используется для реализации «API Business Model».

    чи не розумієте що воно такє ота бізнес-логіка?

    Трафік я згадав лиш тому, що обидві задачі ідентичні

    як солоне та червоне.

  • Python та його перспективи на майбутнє

    у меня опыт есть

    ясно. понятно.
    ни у кого больше нет опыта, начиная с Лердорфа
    а только у вас есть — опыт.

    Стопэ, там рисуем костыли или фиксим?

    фиксинг — обычно и есть костыли.
    но у вас опыт покруче опыта например в нашумевшем обсуждении на HN программера из команды оркалд дб
    топик там был
    на какой работе, продукте вы больше всего встречали говнокода?

    Оракл ДБ — труп.

    Тут отец похапешник предлагает костыли

    в микросервисной архитектуре — это массово. на практике.
    но у вас да — опыт, у остальных нет такого.

    Тут просто разница в ценностях

    так я про это и тролю верующих

    что священная войнушка идет в действительности не между
    настоящими программистами и формо/крудо шлепами
    а между верующими, блаженными и атеистами прагматиками

    в пределе
    между гуманитариями и технарями

    первые тырындят о ценностях, святынях, вторые хмыкают и крутят гайки, по локоть в масле

    либо допускаем г-но в продакшен либо нет

    это решает — бизнес, а не программисты.

    если у бизнеса и программистов хорошие отношения — то они уведомят о рисках. и все.
    если плохие — то программисты промолчат, авось пронесет, и мы тихонько пофиксаем. Есть шикарный анекдот-байка на эту тему, еще с советских времен, Во время запуска ракеты с Байконура. ... — Молчи!

    Но бизнес — решает, а не какие-то там ценности тру программистов

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

    P.S.
    вспомнилось из другой области, но тоже самое:
    Имя маршала Эммануэля Груши давно стало во Франции нарицательным для обозначения неудачника и раззявы.
    ...
    Груши продвигался слишком медленно, чем дал Блюхеру шанс сгруппироваться и построить укрепления на берегу реки близ города Вавр. Встреча двух армий состоялась 18 июня, а сражение продолжалось два дня. Груши в итоге одержал победу, но, выиграв битву, он привел Францию к поражению в войне. Его 35 тысяч человек были куда нужнее при Ватерлоо, где как раз в то время Наполеон терпел поражение от Веллингтона.
    ...
    Могло ли быть иначе?

    Нет. С учетом того, что Груши всегда был педантичен и не позволял себе фантазий при исполнении приказов, стараясь выполнить их точь-в-точь.
    diletant.media/articles/44893378

    правильный он очень был, Груши.
    «оптимизацией занимался». и строго следовал «бест практикам»

  • Python та його перспективи на майбутнє

    Для меня это необъективные данные.

    не сомневался.
    для вас вероятно объективным являются только собственные иллюзии и чувства

    или, расшифрую «аргумент блондинки»:
    спор с феминисткой
    М: статистика говорит что в среднем мужчины выше женщин
    Ф: наглая ложь! У меня в трех знакомых семейных парах она выше его!

    А разговоры за пивом вообще ни о чём.

    великие сделки нередко совершаются на поле для гольфа
    великие идеи нередко приходят командам в головы — после баталий в митинг руме, «за пиццей». раньше — за пивом.
    или, как кажется Эйнштейн шутил: «во время бритья».

    но это тоже прошло мимо вас :)

    как и пояснение из психологии, почему
    после баталий в митинг руме — приходят блестящие, а часто лучшие идеи, а не во время.

    даёт исследователям вольно интерпретировать результаты в нужную сторону

    разумеется.
    поэтому те кто вообще понятия не имеют о чем речь, гордо заявляют:

    Для меня это необъективные данные

    Хотя вопрос то так и поставлен
    какой процент программистов занят в Х, какой в Y

    Даешь эти проценты
    тебе в ответ
    не-а, не объективно!

    а какие у вас есть — объективные цифры?
    — Никаких! гордо заявляет
    Я верую в Бога Истиннаго!

    ну ок.

  • Python та його перспективи на майбутнє

    Они знают, что рестарт сервиса по крону в рандомном месте — это тупо бомба с часовым механизмом. В один момент бахнет так, что ойойой

    ай не надо стращать.
    все оно бабахает, в один момент, и у гуглов на проде тоже.

    аж на публику долетает.
    а сколько вовремя пофикшено — пресса умалчивает.

    идеалистам не место в разработке.
    будут страдать сильно от нравственных мук. например «а не говнокодер ли я?»
    и делать все очень медленно.

    идеалистам место в науке, а не в ежедневной «починке примусов».

    Изрекать великие идеи легко и приятно.
    Но искать маленькие сволочные ошибки — и есть настоящая работа
    (по памяти, Фредерик Брукс, автор «Мифического человеко-месяца»)

    где можно ввести KPI?

    так он и известен
    в теме упоминался стопицот раз — скорость разработки ахриненно выше

    Поддержали: Valeriy Shvets, Bot Bot
  • Scala 3 нарешті вийшла!

    На скале это уложилось в 15 понятных строк.

    о-о-о, если б разработка ПО заключалась в написании 15 строк вместо 40ка...

  • Python та його перспективи на майбутнє

    Снова весна.
    Приходит новая глупость
    Старой на смену.
    (Исса)

  • Python та його перспективи на майбутнє

    Вот всегда знал что похаписты — г-нокодеры

    джависты и сишарповики — тоже.
    спросите у функциональщиков.

    мнения снобов на ойтифорумах — это просто мнение снобов.

    даже когда они занимают ведущие посты, как автор нашумевшей статьи «Почему ООП провалилось?» в IBM

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

  • Python та його перспективи на майбутнє

    А почему такой категоричный вывод?

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

    Вобщем все это стопицот раз описано до меня.
    Кракто вот:
    Dr. Joseph M. Newcomer «A Brick Science Degree»
    перевод на русский rsdn.org/...​e/career/BrickScience.xml

    или, уже писал на доу
    посмотрите доклады Пайка где он политкорректно тролил студентов.

    Знание нескольких языков программирования

    Не надо знать вообще языков.
    Надо знать — как пишутся программы.
    Просто без практики на ЯП — это вряд ли возможно узнать

    А когда по верхам — но давали несколько языков — есть шанс что студент уловил общие закономерности, не зависящие от языка.

    В том числе и на С++

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

    Поддержал: Olexandr
  • Python та його перспективи на майбутнє

    В целом цели были очень амбициозные

    и они были достигнуты.
    С++ радикально изменил все в 80ых/90ых

    просто, как обычно
    1. никто никого не убивает. и С остался, потому что далеко не всегда нужна вся мощь ООП С++.
    в новостях пришло
    «Оптимизация Linux для обработки 1.2 млн JSON-запросов в секунду» (www.opennet.ru/...​nnews/art.shtml?num=55186), глянул код libreactor. С. а зачем для нее С++? и так можно сказать про большинство утилит, либ, сервисов в ОСях
    Пайк повторил то же в Go — на кой вам — ООП?

    Реклама С++ 80ых/90ых была приблизительно такая:
    Использование С++ позволяет писать большие программные системы (как сейчас назвали бы — монолиты) быстрее чем С

    2. Появилась Java, а точнее — автосборка мусора. Это просто на порядки повысило продуктивность программистов.
    И все росказни что в С++ уже пофиксали этот момент — ерунда.
    Работу с памятью можно улучшить, вплоть до создания Rust.
    но никогда нельзя будет дойти до продуктивности программистов, у которых есть способ работы с ней:
    Расмус Лердорф: если у вас в сервисе течет память — просто поставьте в кроне его перезагрузку.
    Вот там где это невозможно, и остался п1

    Поддержали: minodvesP Vasya, Bot Bot
  • Python та його перспективи на майбутнє

    Финансовые показатели Microsoft

    А вот
    Инфографика: как американские ИТ-гиганты растут в последние 10 лет
    dev.by/...​rastut-v-poslednie-10-let
    Microsoft медленно и верно растёт, плавно наращивая темпы, и скоро удвоит оценку 10-летней давности: с $281 млрд до $503 млрд.

    скайп, гитхаб — а что это?
    в «Распределение выручки Microsoft по продуктовым направлениям и регионам» они где?

    Поддержал: Bot Bot
  • Python та його перспективи на майбутнє

    Скайп уже почти труп

    ок. и что с того?

    С гитхаба идет массовый исход на гитлаб

    ок. и что с того?

    сколько потеряли MS на этих трупах?

    то есть — чего вас парят какие-то мелкие царапины на борту этого Титаника?
    у вас акции что ли есть?
    так не истерите, а посмотрите фин отчеты MS

    что у вас с головой то случилось, архитектор что вы уже не можете 2+2 сложить? а «калькулятор» взять?

  • Python та його перспективи на майбутнє

    А что с скайпом не так? Сколько не слышу от знакомых, родственников — у всех основной голосовой месенджер.

    Но ладно, а Гитхаб усё, когда закрывают? И сколько центов, масштабе,потеряла мс?

  • Scala 3 нарешті вийшла!

    Вбивця не тількі Джави а й пітона з пхп та джсами вже відомий — то C++. Серьйозні дядькі зайняті самим серьйозним програмуванням довели у темі про майбутнє пітона.

    Так що все ок з тими доповідачами — вони можуть бути й досі глибоко переконанні що знають вбивцю джави.

    Поддержал: minodvesP Vasya
  • Python та його перспективи на майбутнє

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

    И если бизнес не умер от провала, а после ещё и вырос — то смешно слышать что этот провал стал смертельным, и смерть скоро этому бизнесу

    Поддержали: Oleksandr Golovatyi, Bot Bot
  • Python та його перспективи на майбутнє

    Конечно есть. Начиная с списка вакансий, опросов, исследований рынка труда, и заканчивая видом ПО и количеством сотрудников компаний разработчиков.

    То что вы не интересовались этими темами понятно.

    А так же понятно что в таких масштабах достоверный эксперимент невозможен, уже просто в силу его стоимости.

    Вообще, это другая тема, но демагоги часто прибегают к ходу о двойном слепом эксперименте,при этом сами то свои аргументы не подкрепляют даже качественным описание причин и следствий.
    И естественно демагоги они поневоле, а не собственному выбору: «философию» гордо презирают, а потому уверенно совершают все смешные ошибки на уровне риторики известные человечеству не одно тысячелетие.

    Но когда ж с этим всем знакомиться- работать надо!
    И главное — чем меньше знаешь об этом всем тем увереннее можно заявлять что ничего этого не существует, «дайте ссылки» и прочая.

    Что же до соревнований в скорости разработки то я в нескольких участвовал или был свидетелем. А уж читал о таких.
    и главное в них был вовсе не результат а — обсуждение участников о причинах результата.
    А на это ссылок дать невозможно, никому в голову не приходило записывать разговор за пивом после, или поди вспомни на каком хабре или HN читал.

    Так что раз прошло все это мимо вас — то прошло. Ссылкой не помочь.
    «когда надо — я прочту это в Википедии» — не работает.

  • Python та його перспективи на майбутнє

    и питонист раз в 10 быстрее выпустит то что надо в домене
    «ПО для конечного, не айти бизнеса»
    а может и в 100.

    так что «синьор с++» останется без этого заказа.
    кактус покушать ему не дадут.

    Поддержали: minodvesP Vasya, Bot Bot
  • Python та його перспективи на майбутнє

    А вот с ростом популярности разных UNIX-ов (Linux,

    это ж классика, неужели не знали?

    Линус Торвальдс о С++
    C++ — кошмарный язык. Его делает ещё более кошмарным тот факт, что множество недостаточно грамотных программистов используют его, до такой степени, что оказывается намного проще выкинуть его как мусор. Откровенно говоря, даже если нет *никаких* причин для выбора Си, кроме того чтобы держать C+±программистов подальше — то одно это уже будет достаточно веским основанием для использования Си.
    ...Я пришёл к выводу, что *действительно* предпочту выгнать любого, кто предпочтёт вести разработку проекта на C++, нежели на Си, чтобы этот человек не загубил проект, в который я вовлечён.
    C++ приводит к очень, очень плохим проектным решениям. Неизбежно начинают применяться «замечательные» библиотечные возможности вроде STL, и Boost, и прочего мусора, которые могут «помочь» программированию, но порождают:
    — невыносимую боль, когда они не работают (и всякий, кто утверждает, что STL и особенно Boost стабильны и портируемы, настолько погряз во лжи, что это даже не смешно)
    — неэффективно абстрагированные программные модели, когда спустя два года обнаруживается, что какая-то абстракция была недостаточно эффективна, но теперь весь код зависит ото всех окружающих её замечательных объектных моделей, и её нельзя исправить, не переписав всё приложение.
    Другими словами, единственный способ иметь хороший, эффективный, низкоуровневый и портируемый C++ сводится к тому, чтобы ограничиться всеми теми вещами, которые элементарно доступны в Си. А ограничение проекта рамками Си будет означать, что люди его не выкинут, и что будет доступно множество программистов, действительно хорошо понимающих низкоуровневые особенности и не отказывающихся от них из-за идиотской ерунды про «объектные модели».
    ... когда эффективность является первостепенным требованием, «преимущества» C++ будут огромной ошибкой.

← Сtrl 123456...167 Ctrl →