home.social

#ts — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #ts, aggregated by home.social.

  1. @Bahnblogstelle Warum fährt man nicht auf den Stuttgart - Karlsruhe Leistungen mit dreifachtraktion 6-Teiler oder vierfachtraktion 5-Teiler?
    Wenn die Leistungen doch eh nur in #RK und #TS halten, sind Bahnsteiglängen doch kein Problem. Sonst sind Zwangsräumungen doch vorprogrammiert.

  2. @Bahnblogstelle Warum fährt man nicht auf den Stuttgart - Karlsruhe Leistungen mit dreifachtraktion 6-Teiler oder vierfachtraktion 5-Teiler?
    Wenn die Leistungen doch eh nur in #RK und #TS halten, sind Bahnsteiglängen doch kein Problem. Sonst sind Zwangsräumungen doch vorprogrammiert.

  3. @Bahnblogstelle Warum fährt man nicht auf den Stuttgart - Karlsruhe Leistungen mit dreifachtraktion 6-Teiler oder vierfachtraktion 5-Teiler?
    Wenn die Leistungen doch eh nur in #RK und #TS halten, sind Bahnsteiglängen doch kein Problem. Sonst sind Zwangsräumungen doch vorprogrammiert.

  4. @Bahnblogstelle Warum fährt man nicht auf den Stuttgart - Karlsruhe Leistungen mit dreifachtraktion 6-Teiler oder vierfachtraktion 5-Teiler?
    Wenn die Leistungen doch eh nur in #RK und #TS halten, sind Bahnsteiglängen doch kein Problem. Sonst sind Zwangsräumungen doch vorprogrammiert.

  5. Как ощущаются 70к строк TS для гетеросексуала Go — потратить год жизни в 18

    Сегодня я хочу рассказать про то, как гетеросексуальный бэкендер (до этого момента коим я себя в той или иной степени считал) переживает болезненный опыт построения клиентской части платформы. Ради интереса недавно я посмотрел, сколько примерно строк на данный момент насчитывает репозиторий фронтенда Kroncl (название платформы), и приятно удивился числу 70. Сделаю поправку на то, что очевидно: объём кода не свидетельствует о его чистоте и виртуозном ведении (опытные читатели скорее установят обратную зависимость).

    habr.com/ru/articles/1029412/

    #frontend #frontend_разработка #nextjs #ts #go #golang #ой

  6. Как ощущаются 70к строк TS для гетеросексуала Go — потратить год жизни в 18

    Сегодня я хочу рассказать про то, как гетеросексуальный бэкендер (до этого момента коим я себя в той или иной степени считал) переживает болезненный опыт построения клиентской части платформы. Ради интереса недавно я посмотрел, сколько примерно строк на данный момент насчитывает репозиторий фронтенда Kroncl (название платформы), и приятно удивился числу 70. Сделаю поправку на то, что очевидно: объём кода не свидетельствует о его чистоте и виртуозном ведении (опытные читатели скорее установят обратную зависимость).

    habr.com/ru/articles/1029412/

    #frontend #frontend_разработка #nextjs #ts #go #golang #ой

  7. Как ощущаются 70к строк TS для гетеросексуала Go — потратить год жизни в 18

    Сегодня я хочу рассказать про то, как гетеросексуальный бэкендер (до этого момента коим я себя в той или иной степени считал) переживает болезненный опыт построения клиентской части платформы. Ради интереса недавно я посмотрел, сколько примерно строк на данный момент насчитывает репозиторий фронтенда Kroncl (название платформы), и приятно удивился числу 70. Сделаю поправку на то, что очевидно: объём кода не свидетельствует о его чистоте и виртуозном ведении (опытные читатели скорее установят обратную зависимость).

    habr.com/ru/articles/1029412/

    #frontend #frontend_разработка #nextjs #ts #go #golang #ой

  8. Почему JS/TS — не функциональный язык (и почему это важно понимать)

    Мотивацией для написания этого поста стали два года собеседований JS/TS-инженеров. Я интересуюсь языками и функциональным программированием, поэтому всегда «разбавлял» технические вопросы разговором о парадигмах. И заметил любопытную асимметрию. Об ООП кандидаты рассуждали уверенно — но в основном на концептуальном уровне, не вдаваясь в то, как именно ООП реализовано в JavaScript. С FP картина была другой: уверенности меньше, зато критика — конкретная и повторяющаяся: «иммутабельность дорогая по памяти» , «рекурсия небезопасна из-за стека» . Что характерно — эти аргументы почти всегда были сформулированы через опыт работы с JS, а не с Haskell, Clojure или Scala. Это важная деталь. Любая парадигма существует на двух уровнях: концептуальном (идеальная модель) и имплементационном (как конкретный язык эту модель выражает). Судить о FP по JS — примерно то же самое, что судить об ООП по bash-скриптам с глобальными переменными. Параллельно я регулярно слышал, что JS — функциональный язык. Аргументы варьировались от «там есть .map() » до рассуждений о чистых функциях и каррировании. Именно это и стало поводом для поста: я хочу объяснить, что я считаю функциональным языком — и почему JS таковым не является. Не перечислить отсутствующие фичи, а показать, почему их нет и что это значит в реальном рантайме.

    habr.com/ru/articles/1025100/

    #fp #scala #js #ts #functional_programming

  9. Почему JS/TS — не функциональный язык (и почему это важно понимать)

    Мотивацией для написания этого поста стали два года собеседований JS/TS-инженеров. Я интересуюсь языками и функциональным программированием, поэтому всегда «разбавлял» технические вопросы разговором о парадигмах. И заметил любопытную асимметрию. Об ООП кандидаты рассуждали уверенно — но в основном на концептуальном уровне, не вдаваясь в то, как именно ООП реализовано в JavaScript. С FP картина была другой: уверенности меньше, зато критика — конкретная и повторяющаяся: «иммутабельность дорогая по памяти» , «рекурсия небезопасна из-за стека» . Что характерно — эти аргументы почти всегда были сформулированы через опыт работы с JS, а не с Haskell, Clojure или Scala. Это важная деталь. Любая парадигма существует на двух уровнях: концептуальном (идеальная модель) и имплементационном (как конкретный язык эту модель выражает). Судить о FP по JS — примерно то же самое, что судить об ООП по bash-скриптам с глобальными переменными. Параллельно я регулярно слышал, что JS — функциональный язык. Аргументы варьировались от «там есть .map() » до рассуждений о чистых функциях и каррировании. Именно это и стало поводом для поста: я хочу объяснить, что я считаю функциональным языком — и почему JS таковым не является. Не перечислить отсутствующие фичи, а показать, почему их нет и что это значит в реальном рантайме.

    habr.com/ru/articles/1025100/

    #fp #scala #js #ts #functional_programming

  10. Почему JS/TS — не функциональный язык (и почему это важно понимать)

    Мотивацией для написания этого поста стали два года собеседований JS/TS-инженеров. Я интересуюсь языками и функциональным программированием, поэтому всегда «разбавлял» технические вопросы разговором о парадигмах. И заметил любопытную асимметрию. Об ООП кандидаты рассуждали уверенно — но в основном на концептуальном уровне, не вдаваясь в то, как именно ООП реализовано в JavaScript. С FP картина была другой: уверенности меньше, зато критика — конкретная и повторяющаяся: «иммутабельность дорогая по памяти» , «рекурсия небезопасна из-за стека» . Что характерно — эти аргументы почти всегда были сформулированы через опыт работы с JS, а не с Haskell, Clojure или Scala. Это важная деталь. Любая парадигма существует на двух уровнях: концептуальном (идеальная модель) и имплементационном (как конкретный язык эту модель выражает). Судить о FP по JS — примерно то же самое, что судить об ООП по bash-скриптам с глобальными переменными. Параллельно я регулярно слышал, что JS — функциональный язык. Аргументы варьировались от «там есть .map() » до рассуждений о чистых функциях и каррировании. Именно это и стало поводом для поста: я хочу объяснить, что я считаю функциональным языком — и почему JS таковым не является. Не перечислить отсутствующие фичи, а показать, почему их нет и что это значит в реальном рантайме.

    habr.com/ru/articles/1025100/

    #fp #scala #js #ts #functional_programming

  11. うざい姉ども
    URL:https://manga.nicovideo.jp/comic/76065/new
    作品説明:うざい姉どもを抱えたTS日常ストーリー。 基本的に午前八時以降に毎日一話更新。 作者Twitter⇒ https://twitter.com/hangesho_32 ※作者Twitterで...
    #TS
    #ts
  12. [Перевод] Основные элементы экосистемы JavaScript по состоянию на 2026 год

    Ранее мы писали похожие статьи о CSS , но JavaScript заслуживает не меньшего внимания! Тем более что JavaScript лучше справляется с версионированием. Мы рассмотрим новые возможности самого языка, а также основные среды выполнения, фреймворки, библиотеки и инструменты.

    habr.com/ru/articles/1021182/

    #javascript #js #typescript #ts #nodejs #npm #vite #ecmascript #nextjs #react

  13. [Перевод] Основные элементы экосистемы JavaScript по состоянию на 2026 год

    Ранее мы писали похожие статьи о CSS , но JavaScript заслуживает не меньшего внимания! Тем более что JavaScript лучше справляется с версионированием. Мы рассмотрим новые возможности самого языка, а также основные среды выполнения, фреймворки, библиотеки и инструменты.

    habr.com/ru/articles/1021182/

    #javascript #js #typescript #ts #nodejs #npm #vite #ecmascript #nextjs #react

  14. [Перевод] Основные элементы экосистемы JavaScript по состоянию на 2026 год

    Ранее мы писали похожие статьи о CSS , но JavaScript заслуживает не меньшего внимания! Тем более что JavaScript лучше справляется с версионированием. Мы рассмотрим новые возможности самого языка, а также основные среды выполнения, фреймворки, библиотеки и инструменты.

    habr.com/ru/articles/1021182/

    #javascript #js #typescript #ts #nodejs #npm #vite #ecmascript #nextjs #react