Я там родился и вырос, до конца 00х жил там. Разумеется, будучи ребенком, я не мог объективно оценить уровень развития преступности и криминогенность обстановки, но жилось мне вполне спокойно. По "Шеремету" нас не показывали, все взрывалось/обстреливалось/убивалось преимущественно в Екб. Трупов на улице не видел, шприцов в подъездах особо не валялось, в школу ходил сам (родители не провожали). Раузмеется, какой-то уровень рекета был, но где в стране его не было?
Она совершенно точно не была адовым адом, разве что в чьих-то байках.
А расскажите, в чем боль и грязь перехода python 2 -> 3?
Лет 10 работаю с пайтоном и впечатление, что более плавного и нативного перехода представить сложно
У меня сервер на rust висел дня четыре. Не знаю, в клиенте ли дело (Android + TG Desktop Alpha под OSX, две версии) или еще в чем, но работало жутко нестабильно. При фактически 5-7и клиентах, прокси периодически отпадал, клиенты не могли подключиться, приходило постоянно ребутать его. Файлы, как выше писали, не проксировал.
На волне, решил воспользоваться Outline от гугла, уже выше писали про него. Донельзя удобная штука, действительно вместе с оформление сервера, потратил 10 минут.
Но вот с производительностью какая-то беда. Ощутимо быстрее садится батарейка под osx в рабочем режиме, а если качать торрент, или в принципе активно нагрузить канал до 30-40мбит — пару ядер может быть полностью нагружено, на сервере нагрузка тоже рисуется приличная. Любопытно, то ли что-то не так с outline реализацией от гугла, его клиентом под osx, или все-таки в принципе с самим shadowsocks?
Как раз взялся за ковыряние англара, думаю: есть ли русскоязычная документация для него? И тут такая, прям, живая тема. Расситывал, что перевод будет через пару месяцев еще, но взглянув в репозиторий был приятно удивлен! Удач и успехов вам, спасибо большое)
Отчасти согласен с вами. Часто это бывает оптимально, особенно на последних стадиях, когда бекенд-фронтенд сливаются, особенно, когда верстальщик кое что понимает в бекенде. Хотя у нас верстка идёт отдельным репозиторием в ГИТе, и пилиться-фиксится-дорабатывается отдельно.
Но я пытаюсь подчернуть, что это частный случай и вопрос организации, сложившихся традиций, и навыков. И если так процесс складывает, и складывается эффективно — отлично. Если нет, то скорее всего этого требовать не нужно. На моей практике он всегда складывался удачно, но бывало и наоборот.
Да это у вас, простите, какая-то иждивенческая позиция: «раз дизайнер может упростить мне жизнь, значит должен». Все что дизайнер должен, так это сделан офигенный, шикарный, технчески грамотный дизайн. А фронтендщик сделать рабочий веб-интерфейс из макета.
Я чесслово не понимаю, нафига дизайнеру заморачиваться с перекрашиванием текстовых полей, сведением слоев только потому, что кому-то лень пипеткой ткнуть? Вы правда полгаете, что у других спецов проблем нет?
Это так же глупо, как программисты будут насиловать верстальщика в том, чтобы он заверстал все формы под стандартный вывод формпроцессор феймворка, который они используют. И хрен с ним, что займет 2 дня. А что?
Может, значит должен. Им ведь «еще дольше вывод форм по всему проекту оформлять». Или написать весь аякс на проекте с json-заглушками. Или верстку сдавать прямо в шаблонизаторе фреймворка или системы.
1) Цифры с потолка какие-то. 3 дня, пару часов… пример бы какой-нибудь на тему 3 дней глянул. Если в проекте ~20 макетов, там одни слои можно день переименовывать, не говоря уже о сведении эффектов, разных макетов для резины и комментировании всех интервалов))
2) Есть же ТЗ, есть постановка задачи. Все что не декларировано явно, обычно интерпритируется в меру собственной испорченности и лени. Обычно так происходит. Сразу не сказал — сам дурак.
Честно говоря, я реально не понимаю, нафига делать 80% того, что вы описали. Просто не понимаю. На счет остальных 20% — искренне считаю, что это работа верстальщика. Ясен пень, что состояние кнопок надо показать, и динамические элементы надо обязательно продемонстрировать во всех состояниях — об этом и речи нет. Но какие-то пояснительные записки, 2 варианты макета для резины (адаптивка не в счет), то сводить, то не сводить…
Ну, когда связи между этими двумя парнями нет, это или фриланс, где каждый сам за себя, или какая-то совсем невеняемая бюрократизированная организация.
О чём вы говорите, с таким встречался, да. И когда мы продаем клиентам свой дизайн (когда те говорят «скодим сами»), мы всегда настоятельно советуем купить и верстку. Сильно «советуем». Да. Но в случае «хрен пойми кто верстать будет», хоть замусоль макет до смерти со всех сторон — это не может гарантировать того, что его клево сверстают))
Так вы поймите, менеджер так же ходит и нудит над дизайнером, который в попыхах сохраняет файл design_v12.5_complited_4.psd, с которым ему весь моск съели на протяжении последних 6 недель, и в гробу он видал счастье хоть еще раз отрыть этот макет в фотошопе.
Я не оправдываю дизайнеров, но несколько странно аппилировать к таким вещам) Его проблема нарисовать кастомный чекбокс, ваша — заверстать. И, да, это требует времени. За которое обычно платят. Если не платят/не понимают/гнут, значит, ваш КО, надо менять проект/менеджера/работу или учиться лучше продавать свои скиллы.
Вообще, я рассуждал в контексте ситуации веб-студии или комманды разработки. В случае, если речь идёт о фрилансе, то тут вообще, на мой взгляд, ситуация иная: «быстро спи**ил и ушел...». Как то так.
По большому счету и дизайнер то тоже никому ничего не должен — он работу сделал, её приняли, деньги заплатили. Думать о том, кто и как это будет верстать, не в его шкурно-корыстных интересах. Дизайнеру то от этого даже косвенного профита нету, его задача картинку продать, что он и сделал.
Наверное, было бы професисонально, честно и благородно вылизать макет и потратить N-часов на ген-уборку, но… а дизайнеру за это заплатят?
Дизайнеру наперед, конечно, думать необходимо. Но, мне кажется, что еще и верстальщику надо ориентироваться на задачу, а не пытаться прогибать дизайнера под любимые библиотеки, фреймворки, доступные шрифты, и незапарные «дефолтные» формы.
Собственно, это и есть работа фронтендщика и за это деньги платят. А то как был бы чудесен мир с одним браузером и дизайнами, которые заверстываются в одних стилях bootstrapa без строчки css.
Как выше было замечено — это вопрос обоюдной компетенции, взаимопонимания и выработанного техпроцесса. Если у кого-то вздуывается самомнение, или появлется мысль «а после меня хоть трава не расти», то это хреново и это ужасно скажется на результате.
Но я просто не верю, что у двух хороших профессионалов такие проблемы могут возникнуть, и видел тому множество доказательств.
Все, абсолютно, на мой взгляд тезисы в статье не «табу», а «ориентиры». И все можно смело нарушать, если понимать последствия. Собственно, я сам делал (и иногда делаю) по 15 оверлеев-градиентов на макет, и сам их верстал. И мне в голову не приходило думать, что «так делать не надо». Надо уметь работать в фотошопе, мне кажется.
Гнев и раздражение больше вызывает некомпетентность, пофигизм и непрофессионализм, а не оверлеи, непрорисованная резина и кастомные шрифты с интервалами.
Сейчас нарисовалась такая классная дискицплина как «дизайнер интерфейсов» — это когда человек придумывает интерфейс, оформляет его, и анимирует его. Это во многом правильный подход: специалист тянет свою мысль «от» и «до», не нуждяюсь в бесконечных объяснениях, согласованиях, спорах и т.д… Один минус — специалистов таких единицы.
Это к тому, что все зависит от внутренней согласованности связи «дизайнер&фронтендщик», внешних требований, бюджетов, сроков, загрузки обоих участников, выработанному процессу разработки внутри компании и обоюдной компетенции. Ну и личных привычек.
Оба специалиста решают общую задачу — сделать классный интерфейс, который будет отлично выглядеть и работать в браузере. Как они поделять зоны ответственности, доверие и обязательства друг между другом — вопрос уже внутренний. Зачастую, фронтендщик лучше чувствует «динамику» страницу, чем дизайнер, сам проявляет инициативу и делает решения, которые с восторгом одобряет дизайнер.
Хм. Надо будет сказать своему верстальщику переделать макетов 200 за весь последний год, тогда. А то он не знал, что переделывать то надо, когда решения принимал…
Это называется не «телепатия», а «разработка». И когда люди занимаются «разработкой», то им как правило приходится придумывать оригинальные идеи, искать решения, и творчески мыслить.
Почему-то, все полагают, чуть ли не возлагают на дизайнера необходимость знания всех аспектов верстки, а верстальщик как бы не при делах — он в дизайне не в зуб ногой. И даже не в состоянии подобрать шрифтовую пару, определить интервал между строками, подсветить активную кнопку, и решить, что тянуть (или принять решение «не тянуть»). Верно?
Впрочем, если воспринимать верстальщика как обезъянку по конвертации psd > html, то да, все верно.
Рискую быть заминусованным в ноль, но… За свою практику я отрисовал штук 100 дизайнов, и примерно столько же отверстал (от визиток до веб-сервисов), как своих так и чужих. И все, что мне хочется сказать в ответ на ваш эпос: хватит ныть! Это и есть ваша работа.
А меня всегда удивляло: почему в документациях к фреймворкам, часть с описанием функционала шаблонизаторов всегда называется как-нибудь в духе «for designer» или «designer guid». Причем тут дизайнеры?)
Я там родился и вырос, до конца 00х жил там. Разумеется, будучи ребенком, я не мог объективно оценить уровень развития преступности и криминогенность обстановки, но жилось мне вполне спокойно. По "Шеремету" нас не показывали, все взрывалось/обстреливалось/убивалось преимущественно в Екб. Трупов на улице не видел, шприцов в подъездах особо не валялось, в школу ходил сам (родители не провожали).
Раузмеется, какой-то уровень рекета был, но где в стране его не было?
Она совершенно точно не была адовым адом, разве что в чьих-то байках.
Лет 10 работаю с пайтоном и впечатление, что более плавного и нативного перехода представить сложно
Попробуем оф. версию.
Но вот с производительностью какая-то беда. Ощутимо быстрее садится батарейка под osx в рабочем режиме, а если качать торрент, или в принципе активно нагрузить канал до 30-40мбит — пару ядер может быть полностью нагружено, на сервере нагрузка тоже рисуется приличная. Любопытно, то ли что-то не так с outline реализацией от гугла, его клиентом под osx, или все-таки в принципе с самим shadowsocks?
Вам поможет https://www.getoutline.org/ — все настраивает сам, быстро легко. У меня 5 минут ушло. Основан на shadowsocks
Но я пытаюсь подчернуть, что это частный случай и вопрос организации, сложившихся традиций, и навыков. И если так процесс складывает, и складывается эффективно — отлично. Если нет, то скорее всего этого требовать не нужно. На моей практике он всегда складывался удачно, но бывало и наоборот.
Я чесслово не понимаю, нафига дизайнеру заморачиваться с перекрашиванием текстовых полей, сведением слоев только потому, что кому-то лень пипеткой ткнуть? Вы правда полгаете, что у других спецов проблем нет?
Это так же глупо, как программисты будут насиловать верстальщика в том, чтобы он заверстал все формы под стандартный вывод формпроцессор феймворка, который они используют. И хрен с ним, что займет 2 дня. А что?
Может, значит должен. Им ведь «еще дольше вывод форм по всему проекту оформлять». Или написать весь аякс на проекте с json-заглушками. Или верстку сдавать прямо в шаблонизаторе фреймворка или системы.
2) Есть же ТЗ, есть постановка задачи. Все что не декларировано явно, обычно интерпритируется в меру собственной испорченности и лени. Обычно так происходит. Сразу не сказал — сам дурак.
Честно говоря, я реально не понимаю, нафига делать 80% того, что вы описали. Просто не понимаю. На счет остальных 20% — искренне считаю, что это работа верстальщика. Ясен пень, что состояние кнопок надо показать, и динамические элементы надо обязательно продемонстрировать во всех состояниях — об этом и речи нет. Но какие-то пояснительные записки, 2 варианты макета для резины (адаптивка не в счет), то сводить, то не сводить…
О чём вы говорите, с таким встречался, да. И когда мы продаем клиентам свой дизайн (когда те говорят «скодим сами»), мы всегда настоятельно советуем купить и верстку. Сильно «советуем». Да. Но в случае «хрен пойми кто верстать будет», хоть замусоль макет до смерти со всех сторон — это не может гарантировать того, что его клево сверстают))
Я не оправдываю дизайнеров, но несколько странно аппилировать к таким вещам) Его проблема нарисовать кастомный чекбокс, ваша — заверстать. И, да, это требует времени. За которое обычно платят. Если не платят/не понимают/гнут, значит, ваш КО, надо менять проект/менеджера/работу или учиться лучше продавать свои скиллы.
По большому счету и дизайнер то тоже никому ничего не должен — он работу сделал, её приняли, деньги заплатили. Думать о том, кто и как это будет верстать, не в его шкурно-корыстных интересах. Дизайнеру то от этого даже косвенного профита нету, его задача картинку продать, что он и сделал.
Наверное, было бы професисонально, честно и благородно вылизать макет и потратить N-часов на ген-уборку, но… а дизайнеру за это заплатят?
Собственно, это и есть работа фронтендщика и за это деньги платят. А то как был бы чудесен мир с одним браузером и дизайнами, которые заверстываются в одних стилях bootstrapa без строчки css.
Но я просто не верю, что у двух хороших профессионалов такие проблемы могут возникнуть, и видел тому множество доказательств.
Все, абсолютно, на мой взгляд тезисы в статье не «табу», а «ориентиры». И все можно смело нарушать, если понимать последствия. Собственно, я сам делал (и иногда делаю) по 15 оверлеев-градиентов на макет, и сам их верстал. И мне в голову не приходило думать, что «так делать не надо». Надо уметь работать в фотошопе, мне кажется.
Гнев и раздражение больше вызывает некомпетентность, пофигизм и непрофессионализм, а не оверлеи, непрорисованная резина и кастомные шрифты с интервалами.
Это к тому, что все зависит от внутренней согласованности связи «дизайнер&фронтендщик», внешних требований, бюджетов, сроков, загрузки обоих участников, выработанному процессу разработки внутри компании и обоюдной компетенции. Ну и личных привычек.
Оба специалиста решают общую задачу — сделать классный интерфейс, который будет отлично выглядеть и работать в браузере. Как они поделять зоны ответственности, доверие и обязательства друг между другом — вопрос уже внутренний. Зачастую, фронтендщик лучше чувствует «динамику» страницу, чем дизайнер, сам проявляет инициативу и делает решения, которые с восторгом одобряет дизайнер.
Почему-то, все полагают, чуть ли не возлагают на дизайнера необходимость знания всех аспектов верстки, а верстальщик как бы не при делах — он в дизайне не в зуб ногой. И даже не в состоянии подобрать шрифтовую пару, определить интервал между строками, подсветить активную кнопку, и решить, что тянуть (или принять решение «не тянуть»). Верно?
Впрочем, если воспринимать верстальщика как обезъянку по конвертации psd > html, то да, все верно.