Пользователь
0,0
рейтинг
12 декабря 2012 в 12:59

Разработка → [Перевод] Современный веб-разработчик, или 6 вещей, которые вы должны знать, чтобы выжить из песочницы

Это статья об изменениях, которые произошли в мире веб-разработки. Я наблюдаю огромное количество веб-разработчиков, которые буквально застряли в устаревших технологиях, особенно в мире .NET. Если вы еще не начали совершенствовать свои навыки, и адаптироваться к изменяющимся трендам, вы должны начинать уже сегодня.


Поставьте цель разрабатывать ваши веб-приложения правильно. В вашем распоряжении много статей и книг, как никогда раньше. Появилось как никогда много интернет ресурсов, которые могут упростить и ускорить процесс разработки. Итак, вот те 6 вещей, которые вы должны знать и использовать чтобы оставаться востребованным веб-разработчиком, и быть лучшим в своей сфере.

1 – Улучшайте качество кода (JavaScript и CSS)


Если вы не пишете грамотный HTML и CSS, вам не выжить.
  • Изучите все основные возможности JavaScript
  • Затем приступайте к продвинутым возможностям языка
  • Как только вы будете чувствовать себя уверенно в чистом JS ознакомьтесь с языками более высокого уровня абстракции, например CoffeeScript или TypeScript. Совершенствуйте использование необходимых JavaScript библиотек, вот список минимально необходимых:
  • JQuery – Вы ведь уже давно его выучили, да?
  • Require.js — JavaScript загрузчик файлов и модулей.
  • Underscore.js – отличная библиотека утилит
  • modernizr – детектор поддержки возможностей HTML/CSS браузерами.
  • history.js – эмуляция HTML history API, работа с историей браузера.

И вот еще немного:

2 – Создавайте адаптивный дизайн


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

Адаптивный дизайн (Responsive Web Design, RWD) это подход к веб-дизайну когда сайт разрабатывается чтобы обеспечить оптимальный вид — легкось чтения и навигации без использования увеличения, поворота устройства, и прокрутки — для широкого круга устройств (от монитора до мобильных устройств)

Лично я пользуюсь Twitter Bootstrap и Zurb’s Foundation. Я очень долго работаю с Bootstrap, и приятно удивлен фишками Foundation.

Обязательно к прочтению:

3 – Изучите наиболее полезные JavaScript MVC фреймворки


Станьте первоклассным JavaScript разработчиком. Имеется множество Javascript MVC фреймворков для клиентской части, но выучите хотя бы 5 (Да, по меньшей мере 5). Я собрал для вас стартовую подборку.

Чтобы сравнить и сопоставить их возможности, посмотрите на TodoMVC – очень крутая и полезная штука. Это проект, который создан чтобы помочь вам сделать выбор из зоопарка MVC фреймворков, в зависимости от ваших целей.

4 – Разберитесь в работе REST и HTTP


Вы должны понимать как работают веб-службы Restful и профессионально владеть созданием и управлением серверной частью сайта. К примеру, пользуйтесь Node.js. Если вы используете .NET, начните с Web APIs. Более того, разберитесь как работает REST. Потратьте время на изучение Hypermedia. Не останавливайтесь на теории, выполните несколько примеров. А затем, обьедините ваши знания REST веб-сервисов с одним из упомянутых выше MVC фреймворков, и сделайте какой-нибудь проект с использованием этих технологий. Используйте правильные HTTP запросы.

Обязательно к прочтению:

Эти статьи сойдут для начала. Также, обратите внимание на готовые реализации например Meteor, SignalR.

5 – Будущее за HTML5


Стандарт HTML5 очень динамично развивается, но многое уже утверждено. Наряду с разработкой сайтов, HTML5 предоставляет множество контейнеров (например PhoneGap и т.д.) которые позволяют упаковывать ваши приложения в браузер — контейнеры для мобильный устройств (так называемые гибридные приложения), для распространения их как нативных приложений через привычные каналы дистрибуции.
HTML5 это язык разметки для структурирования и представления контента в сети и явлется основной технологией Интернета. Это пятая ревизия стандарта HTML (создан в 1990 и стандартизирован как HTML4 в 1997) и, по состоянию на ноябрь 2012, находится в разработке.Основной целью является улучшить язык, добавив поддержку современного медиа-контента с сохранением читабельности кода людьми и стабильно распознаваемым компьютерами и др. устройствами (веб-браузеры, парсеры, и т.д.).

Есть много классных статей по HTML5:

Ознакомьтесь с самыми полезными и впечатляющими HTML5 Javascript API и преимуществами языка. Обратите внимание на Web Sockets, Application Cache, Canvas API, Vide/Audio и т.д. Начните для начала с какого-нибудь популярного шаблона, можете использовать для создания шаблонов, например Initializr.
Ищите в этих технологиях то, что вам реально пригодится в работе.
  • Несколько примеров использования возможностей HTML5
  • Пользуйтесь чем-то вроде html5please или CanIUse, они помогут вам быть в курсе последних изменений в стандарте, которые вы можете использовать, для улучшения вашего дизайна.
  • Также, посмотрите, как большие игроки рынка используют HTML5 как платформу для построения кросс-платформенных гибридных приложений — не только для web, а и для десктопов и мобильных устройств.
  • Google Chrome Packaged Applications
  • Firefox OS

6 – Оптимизируйте


Оптимизируйте все, что вы делаете, во время разработки, и по окончании ее.
  • Структурируйте и улучшайте ваш CSS и Javascript код.
  • Пользуйтесь инструментами инспекции кода вашей страницы, и проверяйте производительность JavaScript
  • Google Chrome’s speed tracer
  • YSlow
  • Когда необходимо, мониторьте сетевой трафик, это может понадобиться в любое время – для этого попробуйте инструменты вроде Fiddler
  • Пользуйтесь полезными сервисами, например Screenfly для проверки отображения веб-страницы на устройствах разного форм-фактора
  • Используйте симуляторы, например Ripple чтобы проверить поведение вашего веб-сайта на мобильных устройствах.

Ну вот и все, я закончил с советами. Можете садиться за чтение, и начинать совершенствоваться, желаю вам успехов.

Перевод статьи Anoop Madhusudanan «Changing Times For Web Developers – 6 Tips You Should Read To Survive»
Кузьмин Иван @Wolf6969
карма
11,0
рейтинг 0,0
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Спецпроект

Самое читаемое Разработка

Комментарии (90)

  • +26
    начинать совершенствоваться хочется посоветовать с осознания, что веб-разработка — это не только фронтенд и .NET.
    • –8
      .NET тоже не стоит на месте. Разве ASP.NET MVC это плохой инструмент? Он поддерживает все современные парадигмы Веб-разработки, на нем можно писать очень неплохие сайты. И он прекрасно подойдет для тех, кто знает .NET и у него нет времени учить новые языки/платформы.
      • +2
        А если использовать тот же twitter bootstrap к нему — так вообще прелесть получается
        • +2
          даа, сейчас заканчиваем проект на MVC4 + bootstrap, очень легко и здорово всё разрабатывать!
          • –1
            я с нуля с вебом как раз где-то за месяц разобрался как раз с mvc4, про бутстрап мне знакомый подсказал.
            • +2
              Просто шедеврально! Жалею, что не завел себе цитатник. Наверно заведу где нить в жуйке или в твитере цитатник. Такое надо записывать.
              я с нуля с вебом как раз где-то за месяц разобрался

              а мужики то не в курсе, что это так просто, люди годами изучают lavascript, библиотеки фреймворки, совершенствуют код, делятся на узкие специализации и тд, только в этой статье материала для изучения на несколько месяцев, но это не для вас, месяца вполне достаточно :)

              про бутстрап мне знакомый подсказал

              Да весь инет об этом говорит! На каждом углу, не только про него говорят, пишут плагины, рисуют темы, но у вас то видимо нет времени читать тематические блоги и следить за новостями, сроки сжаты ведь надо веб освоить за месяц :)
              • –1
                Я говорю про легкость вхождения в основы, а не идеальное знание всего стека веб технологий.
                • 0
                  Не не не вы сказали определенно:
                  я с нуля с вебом как раз где-то за месяц разобрался

                  Это стало причиной комментария, разобрался с каким то фреймворком != разобрался с вебом. Это как после курса в юридическом институте сказать: «Все я разобрался с гражданским кодексом»
                  • 0
                    Не-не. С гражданским правом в целом!
      • +4
        во-первых, тогда надо было бы назвать статью соответствующе. во-вторых, лично я считаю, что кроме одной конкретной платформы следует хотя бы поверхностно разбираться и в других, поскольку надо выбирать инструмент под задачу, а не задачу под инструмент.
        • –1
          А я и не спорю. Сам сейчас активно изучаю HTML 5, AJAX, Web Sockets и jQuery.
      • +3
        И он прекрасно подойдет для тех, кто знает .NET и у него нет времени учить новые языки/платформы.

        Блин, извините, но как раз ASP.NET MVC развивается просто сверхсветовыми скоростями. Только разберешься до конца со всеми фишками одной версии, так выпустят другую, более совершенную.

        Единственное, что удивляет — никто не видел нативной поддержки TypeScript в ASP.NET MVC проектах? Интересует возможность редактирования кода и компиляции «на лету»
        • +1
          Почему не видел? А webEssentials?
        • +1
          Попробуйте модуль-транслятор TypeScript из Bundle Transformer — BundleTransformer.TypeScript.
          • 0
            Кажется то, что нужно. Спасибо, попробуем
  • 0
    И сколько примерно нужно времени на всё это?
    • +4
      Год упорной работы.
      • +27
        Через год все ваши знания уже устареют. Может, просто… «писать код, блядь»? © Zed Shaw
        • +1
          Откуда такой аргумент?
          Мои знания за последние 5 лет остаются актуальными, а утверждённые HTML5-спецификации будут работать ещё лет 10, как минимум.
        • +22
          «Писать код, блять» полезно в при любых раскладах.
        • +2
          Через год устареет лишь шелуха, основы так уже лет 30 как стоят как минимум.
          • 0
            Ээ… Основы? TCP/IP?
            • +2
              Матан основы алгоритмизации, ооп.
            • 0
              1. Шаблоны: книжка Gang of Four--1994 год, MVC--1979
              2. базы данных: SQL--1970
              3. принципы проектирования: шикарная книжка Structure and interpretation of Computer programs--1984
              4. ООП: Simula--1967 (это такой язык, где уже есть все плюшки ООП. серьезно, даже сборка мусора и виртуальные методы)
              5. основные принципы современных языков и операционных систем: С--1972, С++ 1983, POSIX--1988

              И так далее
      • +3
        Год упоротой работы.
        • 0
          Как удобно, главное — результат.
    • 0
      Возник тот же вопрос. А работать когда?
      • 0
        Без этих знаний правильно заданный вопрос,-«А говнокодить когда?» :)
  • –15
    Мне все-же кажется, что есть понятие «Вэб-разработчик», и есть понятие «Вэб-мастер», статья скорее про Вэб-мастеров.
    • +3
      • 0
        «аналогичная страничка про так же»
        Уж выпендриваетесь (это к автору ресурса, не к Вам), так не делайте ошибок.
        • +1
          Вообще-то, так сложилось, что я и есть автор того ресурса. :) Правда не автор того конкретного текста по ссылке. Ошибку исправил, спасибо за дельное замечание.
    • –5
      веб-мастер — это эникейщик, фу так обзываться.
      • +3
        Это Mithgol
  • +16
    Похоже, что скоро Хабр будет на 99% состоять из статей типа «Подборка инструментов разработчика на языке Х» и «N вещей, которые должен знать каждый».
    • +11
      На счет 99% это вы преувеличиваете. А то, что люди делятся полезными инструментами — это хорошо. Не все же синей изолентой скручивать.
      • +4
        Я понимаю если бы это были бы полноценные обзоры, но дать кучу ссылок в статье и сказать «разбирайтесь» это не путь хабра. Вторая печаль в том, что эти подборки инструментов частенько описывают один и тот же джентельменский набор плюс один новый инструмент.
  • +11
    Я в вебе много лет, я современен… но я не касаюсь фронтенда. Зачем мне всё это?
    И да .NET я не касаюсь за все эти года. Возможно стоит в заголовок добавить «для .NET разработчиков», а не дял современного веб разработчика.
    Что бы выжить, нужно работать, а не буквы читать!
    Вы пробовали создать более менее адекватное приложение на html5? Не примеры из туториала? А дествительно работающее, имеющее хотя бы пару сотен пользователей? HTML5 сыро. Очень сыро. Я бы пока не отвлекался на него.
    REST хорошо, но в рамках определнных задач, которых вы возможно никогда не затроните. Целесообразно для размятия мозга, но судя по конференциям, разговоров с людми, чистого REST по всем канонам никто не пишет. У него есть как плюсы, так и ограничения.
    У меня только один совет. Займитесь работой. А нужные знания прийдут с задачами. Хоть сколько читай литературу, но без практики в одно ухо влетит через другое вылетит.
    • –4
      Я в вебе много лет, я современен… но я не касаюсь фронтенда. Зачем мне всё это?


      Вот из-за таких как вы, мне хочется иногда убивать людей. Зачем думать о юзабилити? Зачем думать о браузерах кроме IE? Зачем думать? Можно просто жрать зарплату и делать интерфейсы, на которые будут потом материться десятки тысяч пользователей. Ведь цель — сдавать вовремя функционал и получить за него деньги. А пользователь… Да пошёл он нахер, пользователь!

      Что бы выжить, нужно работать, а не буквы читать!


      Не думай @ херячь код!
      • +2
        >Зачем думать о юзабилити? Зачем думать о браузерах кроме IE? Зачем думать? Можно просто жрать зарплату и делать интерфейсы, на которые будут потом материться десятки тысяч пользователей.
        Мне кажется, автор имел ввиду, что он занимается серверной стороной. Если он занимается исключительно бэкендом, то его можно называть веб-разработчиком, хотя вышеупомянутые в статье инструменты ему по больше части не очень нужны.
        • 0
          Даже если разработчик занимается чисто бэкендом, ему нужно знать как работает фронтенд. Девелопер который не видит общей картины и не интересуется последними технологиями — кодер и не больше.

          Мой баттхерт обусловлен тем, что поневоле мне приходится пользоватся продуктами таких кодеров: интернет-банкинги, сайты авиакомпаний, платёжные системы и т.д. И именно из-за непонимания как работает фронтенд, пользование этими продуктами если не невозможно, то весьма затруднительно.
          • 0
            А вы делали подобные проекты? Серверный разработчик в них ничего не решает — ему дают готовый интерфейс и спецификации.
  • 0
    Спасибо за ссылку на Ripple, как раз то что было нужно.
  • +6
    По количеству фиолетовых ссылок в статье можно оценить свой прогресс в изучении средств современной веб-разработки.
    • 0
      Чорд! У меня как и в посте про порно-ресурсы — фиолетовые только две три )
      • 0
        Уважаемый, позвольте поинтересоваться, где вы проводите своё свободное время?
        • 0
          Все свое свободное время я сплю.
      • +1
        В каком посте? Дайте посмотреть ))
        • +2
          В конце вот этого поста: habrahabr.ru/post/155541/
          говорится:
          P.P.S. знаменитый комментарий к знаменитому топику про pornolab не отображается, так как автор публикации заблокирован.
          Автор комментария nForce, увидеть комментарий можно здесь: habrahabr.ru/users/nforce/comments/page2/


          комментарий легко найти, у него более 500 плюсов.
          • 0
            Over 500 плюсов? А еще говорят что на хабре публика неохотно плюсует… ))
            П.С. чойто у меня ни одной фиолетовой… ЧЯДНТ?
            • +1
              Посты охотно плюсуют. Статьи менее охотно. Чтобы плюсанули карму нужно подвиг совершить. С минусами обратная ситуация
    • 0
      Можно даже посчитать коэффициент, насколько ты современный веб-разработчик. (Кол-во фиолетовых ссылок) / (Кол-во всех ссылок) :D
  • –1
    >> особенно вы часто используете в работе Microsoft .NET
    особенно если вы часто используете в работе Microsoft .NET
  • 0
    Спасибо. Очень полезно.
  • +1
    Больше подходит к «современный фронтенд веб-разработчик». Про сервер-сайд практически ничего нет.
  • 0
    В избранное, Спасибо!
  • +2
    за всё хорошее, против всего плохого, ибо лучше быть богатым и здоровым, чем бедным и больным. Ну и плюс web разработка это не только верстка
  • 0
    Стандарт HTML5 еще не завершен

    Автор не знает того, о чём говорит. Стандарт HTML5 никогда и не будет завершён, а будет развиваться по мере необходимости. Соответственно, HTML6 не планируется.

    Пруфлинк: lists.whatwg.org/pipermail/whatwg-whatwg.org/2009-December/024477.html

    Зачастую «завершение разработки стандарта» путают с рекомендацией его использования разработчиками. Рекомендация использования будет выдана тогда, когда появятся 2 программы, целиком поддерживающие текущую спецификацию стандарта HTML5, предположительно это произойдёт в 2014 году.

    То есть, если бы завтра, к примеру Google и Mozilla заявили о том, что их браузеры целиком поддерживают текущую спецификацию HTML5, началась бы работа по рекомендации его к использованию.
    • 0
      Признаю, переформулировал.
      • 0
        Я имел ввиду автора оригинала =)
    • 0
      Тут вы не совсем правы. На живую безверсионную универсальную модель разработки спецификации HTML перешли только WHATWG. W3C об этом не заявляли и продолжают вести разработку версионной спецификации HTML5.
      • 0
        Да, вы правы. Только де-факто мы пользуемся реализациями HTML компаний-членов WHATWG.
  • +3
    Как же я ненавижу когда у тестовых кнопок в демках разилчных веб-фиговин стоит якорь #, и при нажатии на нее тебя перекидывает вверх страницы. Когда они уже return false все будут использовать?
    • +2
      preventDefault() тогда уже
  • 0
    Мне кажется в первую очердь нужно гнатся не за технологиями а освоить теорию, потому что она вечна. Вот например сейчас во все языки добавляют функциональный сахар, а ведь самим концепциям много лет. И второе — нужно просто хорошо ориентироватся в предметной области, потому что большинство новых технологий это решение старых проблем. Понимая эти проблемы — будет легко разобратся с их решением.
  • 0
    Добавьте после упоминаний Less и SASS ещё и Stylus: learnboost.github.com/stylus/.
    • 0
      Добавил, спасибо, полезно.
  • –1
    Использую «современность» в интранет разработках, где можно клиента под нужный браузер подсадить и его настроить. В интернет (фронт-енд) пихать пока палевно:
    JS (клиентская часть) может работать очень не однозначно на разных платформах.
    AJAX — все еще не очень любят поисковики.
    да и CSS если где «отвалится» — будет очень не приятная картина
    • 0
      Да, еще и под мобильные устройства… вообще отдельная «песня».
    • +4
      Буллшит! Вы откуда? Из 90х?

      1. Есть фреймворки, полифиллы и фоллбеки. Плюс техники progressive enhansement и graceful degradation.

      2. Аякс уже давно хавается всеми нормальными поисковиками. Гораздо больше играет роль правильность и семантичность разметки (видел я код дотнетчиков — там человек фиг разберётся, куда уж там роботу)

      3. CSS никуда не отвалится — это же статика! Быстрее серверная часть ляжет
      • 0
        Как он ими хавается?

        Ищем в Яндексе Objective C. На третьей странице на 22й позиции наконец находим сайт Apple. В результатах поиска выглядит это так:

        Loading перевод
        Найден по ссылке: Apple's intro to Objective-C.
        developer.apple.com›library/mac/ копия ещё


        Яндекс не врёт, заголовок там действительно Loading и иначе, чем по ссылке, я не вижу способа узнать, что это Apple's intro to Objective-C
  • +1
    Буллшит — это когда вставляют jQuery + плагин что бы установить cookie и подключить еще что нибуть что бы это «сжать».
    Не буду спорить что это нужно, но нужно применять с умом!.. а не пихать куда не попадя.
    да! я из 90х…
    сейчас для портативных устройств все же пытаются писать на языках более низкого уровня… а почему?
    а когда в головы чипы начнуть импланировать? =)
    • +1
      Когда вставляют jQuery + плагин что бы установить cookie — это вон из профессии!

      Просто проблема в том, что многие девелоперы, которые делают веб-софт для людей, отстали (по меркам IT) на целую эпоху. Продукты таких девелоперов — автоваз среди Тойот. Статья о том, что пора научится делать фронтенд хорошо, иначе можно просто отправиться на свалку истории.
      • 0
        Просто многие девелоперы и не девелоперы вовсе. С понижением порога вхождения говнокода становится всё больше, а мозгов всё меньше.
        И воистину противно разговаривать с некоторыми типа-руководителями, которые не отличают программиста от былокодера.
      • 0
        >> которые делают веб-софт для людей
        вы про каких людей говорите? если про пользователя… то ему все равно что там «под штанами» .net, php, ruby, node.
        а «юзабилити» и красоту наводить можно на любой платформе:
        хороший дизайн, качественная верстка — это ценилось во все времена.
        … тут наверно и встает вопрос что нужно делать на серверной стороне а что на клиентской, что бы все было «фронтенд хорошо».
        Если сталкиваешься с конкретной задачей так или иначе будут «велосипеды» и поэтому я говорю, что нужно знать сам принцип работы, а не ставить все эти фремворки и библиотеки.
        п. с. С мозгами любая «копейка» побежит быстрее тайоты.


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

          Прогресс конечно штука хорошая, но я уж лучше вернусь во времена нетскейп-навигатора, где для создания табличек с тонкими линиями надо было сначала создать таблицу с черным фоном, а внутри нее еще одну таблицу, каждую ячейку которой расскрасить в белый… Замечательные времена были. Замечательного в них то, что разработчик понимал что он делает и не цеплял мегабайты непонятных инклюдов, смысла которых он сам не понимает.
    • +1
      Нифига не булшит, jQuery уже будет стоять тк минимум на нем будет работать лайтбокс да и много чего еще. 90% проектов что мне попадает довести уже есть jquery, а новые — у меня всегда подключен jquery и нет таких задач где он не нужен далее.

      Вообще вы на чем-то видимо зациклились и пишете это здесь, свою проблему которая неизвестна нам. Зависит от проекта поэтому это все и есть трололо из 90x. Сколько людей столько и мнений, например.
      • 0
        Именно благодаря лайтбоксам я не могу открывать картинки в вкладках, ресайзить из в браузере, получать на них сслыки, наблюдать за прогрессивной загрузкой. Зато это же так круто, когда картинка появляется с анимациями! И пофиг на всех, кто хочет загнать тесак в автора сайта за это! Страдайте, дорогие пользователи, принесем юзабилити в жертву красивым анимашкам в лайтбоксах, ведь это так модно и прогрессивно!
    • 0
      а когда в головы чипы начнуть импланировать? =)

      В России — к 2025 году. Серьезно. Это часть программы информатизации страны, утвержденная еще презедентом Медведевым.
  • 0
    Можете добавить альтернативу к ScreenflyViewport Resizer. И так же будут иногда полезны следующие инструменты для тестирования внешнего вида сайта в различных браузерах с различными размерами окна, а так же скорости загрузки (с учётом различных регионов и континентов): browsershots.org, site-perf.com, webpagetest.org.

    И ещё, перефразируйте, пожалуйста, хотя бы вот эту фразу «И конечно, вы просто обязаны начать учить TypeScript, особенно если вы часто используете в работе Microsoft .NET.» — каков смысл всем изучать этот язык, это же ведь всего лишь одна из альтернатив синтаксического сахара JS.
    • 0
      Viewport Resizer полезная утилита, жаль не работает в Опера хотя заявлена. В хроме работает. Быть что-то у меня с Оперой но javascript само собой включен. Буду пробывать на чистой установке на другой системе.
  • 0
    Да, насчёт TypeScript вообще не понятно, откуда взяли этот язык и почему именно он?

    haXe компилируется в самые разные платформы, а TypeScript — всего лишь в JavaScript
  • +1
    Главная фишка TypeScript – это статическая типизация. При написании больших JavaScript-приложений на TypeScript отпадает необходимость в написании простейших юнит-тестов.

    Сейчас про TypeScript написано огромное количество однотипных статей, прочитав которые возникает мысль, что TypeScript – это клон CoffeeScript от Microsoft. Но на самом деле это не так.

    Пожалуй, самой лучшей статьей про TypeScript является статья Николаса Закаса «Thoughts on TypeScript». Для более глубоко понимания языка рекомендую прочитать спецификацию.
    • 0
      Но ведь haXe тоже статически типизирован!
      • 0
        Честно говоря, с haXe я не работал, поэтому ничего о нем сказать не могу. Как я понял, haXe – это самостоятельный язык программирования со своим собственным синтаксисом. TypeScript же – это надмножество JavaScript, т.е. любой JavaScript-код является валидным TypeScript-кодом, что существенно облегчает перенос на него старого JavaScript-кода. Если CoffeeScript можно назвать скриптовым Sass, то TypeScript – это скриптовый LESS.
        • 0
          haXe больше ActionScript'ом вдохновлён, конечно. Но из того же семейства.

          Насчёт переноса кода — а это сильно надо? Если смотреть, кто делает перенос с JavaScript на haXe, видно, что им нужна многоплатформенность, а, значит, TypeScript тут точно не замена. В обычных условиях для JavaScript достаточно импорта/экспорта, но на одной платформе это интерфейс к JavaScript, а на другой — к ActionScript, на третьей — к php, на четвёртой — к C++ коду.
  • 0
    Про верстку под мобильные девайсы.
    Ладно там ipad — ему достаточно viewport, но верстка под телефоны требует почти столько же времени, сколько требуется на обычную верстку и это не самая тривиальная задача, чтобы раз- и делать ее на каждом проекте, т.к. время верстальщика должно быть оплачено. Во всех остальных случаях остается надеятся только на браузеры на девайсах, которые хотя бы должны отображать сайт так же, как и на компьютере, что обычно происходит само по себе, все остальное — только сверху. В маленьких городах клиенты про это даже не знают
  • 0
    >JQuery – Вы ведь уже давно его выучили, да?
    только Vanilla JS, только хародкор.
  • НЛО прилетело и опубликовало эту надпись здесь

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.