Pull to refresh
5
0
Влад Влад @knitevision1

User

Send message
В тему комментария, нашел такие вот абзацы у одного чела в профиле, у которого ~300k репы

I don't answer many questions these days. Stack Overflow is supposed to be a repository of interesting questions about computer programs, not a helpdesk or a place where we debug your code for you. Unfortunately, 99.5% of new questions are now just totally localised «fix my code plz» rubbish that will never be useful for anyone else at any later date, so there's nothing left to do here.

To all those encouraging this behaviour by dumping your awful code solutions on these people, I hope you're happy, and I hope you enjoy accruing your rep by contributing to the complete devastation of our profession.
Большинство методов из статьи только на упрощенных примерах выглядят хорошо и «работающе». В реальности же, внутри айтемов может быть такое ужасающее количество контента, и между самими айтемами могут быть отношения, которые сделают ваши сниппеты полностью неприменимы.

Не говоря о том, что 70% сниппетов надо делать респонсив с помощью танцов с бубном, не иначе :-).

В то время как флексбокс всё сам делает замечательно и прекрасно.

Ну а хаки вроде `direction: rtl` никакой уважающий себя ревьюер не пустит в продакшен :-).

По поводу 2016 и флексбокса. Около 4ех проектов уже вывел в продакшен на голом флексбоксе, IE11 и все адекватные браузеры для десктопа и мобильных устройств сапортят флексбокс почти из коробки. У IE11 бывают какие-то баги, но очень легко фиксятся.

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

А так статья полезная для проектов «сдал и забыл». Можно хоть абсолют позишенем и калькуляцией на JS центрировать контент для таких проектов :), а порядок менять через jQuery's
.insertAfter()
Для долгоживущих ваши сниппеты просто недопустимы как альтернатива флексбоксу :-)
Самая детективно-подозрительная статья на хабре и комментарии к ней из всех, что я читал.
Особенно после прочтения комментария про сноувена так аж О_О (точно же).
Мне одному интересно, почему домен именно 12306?
Ну а если код непонятен настолько, что ревьюер даже ничего комментировать не хочет, это мало того, что неуважение к ревьюеру и отвержение надобности код ревью, так еще и проблемы в будущем для проекта.

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

Например на codereview.stackexchange.com часто вижу такие вопросы, заминусованные сообществом, потому что ни черта не ясно вообще. Это не неуважение, это нежелание тратить свое время на разбор кода либо слабого инженера, либо инженера, который не удосужился позаботиться о читаемости и понимании кода.

К тому же, обычно ревьюверы — куда более опытне инженеры/архитекторы, и я вполне представляю себя на месте вышеуказанных гуглеров, которые не могут понять, зачем тратить время на ревью плохого/непонятного кода.
<оффтоп>Спасибо за список, но нельзя было картинку вот такой сделать? Это ж ужас какой-то!!</оффтоп>
Так можно же mobile first + progressive enhancement делать, постепенно увеличивая количество информации в зависимости от viewport'a и брейкпоинтов.
Хм. А где здесь шутку можно найти-то? Улыбает, но над кем шутка-то?..
Вау. Дизайн красивый, цвета и всё такое. Круто. А почему не захотели рассказать о том, как реализовывали и все такое? Какие-нибудь интересные места в решениях и прочее?
Хм. Это 9 сафари и El Captain? Чекнул в browserstack, всё ок. Там по-моему нечему ломаться, кроме флексбокса, и, может быть attr в css.
Когда уже геймификацию сделаете, баллы, как на SО. А то на тостер захожу посмеяться только. Столько глупых вопросов и дубликатов даже форумы не видывали.
Как-то вместо html-build намного круче вот этот github.com/alanshaw/grunt-include-replace. Проще, удобнее.
Я вот, честно, не знаю как в остальных отраслях, да и программированием мою занятость назвать нельзя, но я часто вижу и натыкаюсь на проекты, где меня просят писать как можно более поддерживаемый, продуманный код, который можно реюзать еще много раз. Притом все понимают, что это затратно по времени. И даже платят мне (спустя месяцы продакшена) еще + 10-20% от стоимости изначального проекта (учитывая что оплата была почасвоая), если бекендерам всё понравилось. Я пишу на html/jade + less/sass. Это редкость, разве, для других?
:) Теперь у меня появилась теоретическая база, чтобы объяснять команде, почему я так медленно работаю.
Подвал? Мне сначало стало не по себе, пошел гуглить. И впрямь, подвал = футер. Это хорошо или плохо, что за 3 года работы во фронтенде, я не знал, что такое подвал?
Ну с сердчеком между Microsoft и Linux маркетологи уже явно перегнули.

Information

Rating
Does not participate
Registered
Activity