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

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

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

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

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

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

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

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

Единственное, что удивляет — никто не видел нативной поддержки TypeScript в ASP.NET MVC проектах? Интересует возможность редактирования кода и компиляции «на лету»
Почему не видел? А webEssentials?
Попробуйте модуль-транслятор TypeScript из Bundle Transformer — BundleTransformer.TypeScript.
Кажется то, что нужно. Спасибо, попробуем
И сколько примерно нужно времени на всё это?
Год упорной работы.
НЛО прилетело и опубликовало эту надпись здесь
Откуда такой аргумент?
Мои знания за последние 5 лет остаются актуальными, а утверждённые HTML5-спецификации будут работать ещё лет 10, как минимум.
«Писать код, блять» полезно в при любых раскладах.
Через год устареет лишь шелуха, основы так уже лет 30 как стоят как минимум.
Ээ… Основы? TCP/IP?
Матан основы алгоритмизации, ооп.
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

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


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

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


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

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


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

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

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

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

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

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

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

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

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

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


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

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


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

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

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

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

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

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

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

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

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

Публикации

Истории