Как стать автором
Обновить
-3
0

Пользователь

Отправить сообщение

А что тогда для вас "игра текущего поколения", если уж сам ДУМ не нравится?

Да из тьма разных: красивый и гибкий Матплотлиб (+ надстройки типа seaborn); красивый и интерактивный plotly (обёртка на d3.js); быстрый vispy (с GPU, когда прям дофигища точек); специфический, но невероятно удобный после привыкания ggplot (вообще это R, но уже вроде что-то очень похожее и в питоне запилили) — и это ещё без платных пакетов типа Математики (там тоже графическая система крутая).


Если уж прям откровенно, то и в Экселе можно неплохие графики делать (не хорошие, но и не ужасные), но после пользования инструментами типа pandas (или экосистемой R) возвращаться к GUI и "мышатничеству" совсем не хочется.

Вряд ли в ближайшие лет 50 вам кто-то внятно на этот вопрос ответит. Однако, как показывает история, через тех же 50-100 лет вопрос потеряет весь смысл ввиду очевидности ответа.

То, что у вас боковики в ворде не используются, не значит, что у остальных так же.

Основная часть дохода (пол-милларда) — от конктракта с гуглом на дефолтньій движок поиска

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

Например?

Угольные ТЭС уже много лет фонят (в частности, радием, который в небольших количествах есть в угле), но как-то всем неинтересно. Это ведь не страшный атом...

Насколько я понял, этот алмаз и есть С_14.

Если под Вт/с вы имели в виду Дж, то нет. Но учтите, что 6 Вт*ч условного айфона — это 216 кДж, то есть эти 8.5 Дж/день особо погоды не сделают. Разве что тот элемент на 100 мкВт очень маленький, и батарейки будут из тысяч таких кусочков.

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

Вот только грамм трития ещё пойди найди (или наработай).

Да, есть такое, при чём, к сожалению, очень много где. Я довольно редко использую шорткаты при письме на русском/украинском (да и на английском при печати не кода), поэтому сам этого почти не почувствовал (разве что ctrl+X/C/V, но они в коулмаке там же; да и Home/End/… не меняются). Если прям надо Ctrl+F, то могу и вспомнить позицию F в кверти, но это время (пара секунд) и небольшой слёт фокуса.


Работающие с литературным текстом на нескольких языках (среди которых не использующие латиницу) вполне могут поиметь с этого проблемы. Да, при должной практике можно держать в голове две раскладки шорткатов, но, опять же, только при практике. Не берусь судить, насколько это сложно — может это я один такой, которому оно трудно. Возможно, сработает "игровой" подход с использованием позиций клавиш, но тогда слетает мнемоника — да и неизвестны мне редакторы текста, где такое поддерживается.

Личный опыт перехода с кверти на коулмак.


  1. Переучивался долго и больно, на старую скорость (около 300 символов/минуту) выходил до года. На приемлемую скорость (~200) вышел за пару месяцев. Но это пару недель тренировок + естественное набитие навыка. Если бы гонял тренажёры дольше, то, наверно, вышел бы быстрее.


  2. На не своих компах просто использую кверти з неслепым полнопальцевым набором. То есть глаза бегают, но печатают все пальцы. Если работать долго, то можно и подключить свою раскладку — в лине это одна команда setxkbmap --colemak (или что-то такое), под виндой качать-ставить.
    Видел людей, утверждающих, что способны спокойно переключаться между раскладками — я так не могу.
    Если у вас работа подразумевает постоянную беготню меж компами (эникей условный), то лучше держаться стандартной кверти.


  3. Хот-кеи по разному, но переучиваться пришлось отдельно. То есть Ctrl+P мозг сначала воспринимал как "левый мизинец вниз влево, правый вверх" (а не как "зажми Ctrl и напечатай P"). Потом (опять же, сильно потом, +- год) Colemak стал для мозга "базовой" раскладкой, и хот-кеи перестали быть проблемой.


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


  5. Игры. Специально для этих целей держу кверти на компе. Если у вас дуал-бут с виндой для поиграть, то всё ещё тривиальнее. Хотя, к примеру, в той же Доте игра использует физическое положение клавиш. Понятия не имею, как это работает, но проблем ровно ноль, независимо от раскладки — хоть прям во время игры прыгай между кверти, йцукен и коулмак.



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

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

df.fillna(df.median()) от выкладывающего, например. Типичный пример из пандас-туториала.

Так это и есть основная область Python: I/O-bound задачи. Особенно если учесть такие вещи как GIL.

Да как бы оригинал недалеко ушёл. У меня вообще сложилось впечатление, что написали на каком-то третьем языке, перевели на английский без вычитки, и потом уже перевели на русский.

Можете подсказать библиотеки (желательно для Пайтона), которые реализовывают подобное умножение для стогигабайтных матриц через диск? Потому что писать это всё руками, сами понимаете, такой себе вариант.

И сколько же тогда займёт перемножение, если данные будут постоянно дёргаться с диска?

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

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность