Задать вопрос
  • Как сделать так, чтобы другие люди, которые захотят создать аналогичное мобильное приложение, не смогли бы этого сделать?

    Jump
    @Jump
    Системный администратор со стажем.
    Как сделать так, чтобы другие люди, которые захотят создать аналогичное мобильное приложение, не смогли бы этого сделать?
    Никак.
    Ответ написан
    Комментировать
  • Sketch vs Photoshop - у кого из них какое будущее?

    @McBernar
    Скетч давно уже обошел Фотошоп в дизайне сайтов и приложений.
    Любая продуктовая команда сейчас работает только в Скетче. Яндекс, Мэйл, Гугл, Авиасейлс — кто угодно.

    Фотошоп же теперь выполняет ту роль, для которой он был изначально предназначен — это мощнейший инструмент для ретуши фотографий, создания кейвижуалов и прочего подобного.

    Единственная пара мест, где остался Фотошоп для сайтов — это всякие мелкие студии, которые просто не могут позволить себе купить мак дизайнеру (или не хотят) и фриланс.ру, где уровень дизайнеров так же говорит о том, что они еще нескоро купят себе мак.

    Но надо помнить одну простую вещь — если ты хреновый дизайнер в Фотошопе, то и в Скетче ты будешь точно такой же хреновый дизайнер. От инструмента это никак не зависит. От инструмента зависит скорость работы. И Скетч в этом опережает Фотошоп в разы. То, что раньше занимало полдня в Фотошопе, теперь делается за час в Скетче. Это очень большой кайф.
    Ответ написан
    2 комментария
  • Почтовый сервер для дома?

    leahch
    @leahch Куратор тега Linux
    3D специалист. Dолго, Dорого, Dерьмово.
    1. Без dns и подключения к интернету выйдет полная фигня, с работоспособностью 0%.
    2. Сервер рекомендую для ваших нужд opensmtpd - простой и поддреживает все что нужно.
    3. Для imap - dovecot
    4. Для забора почты с внешних адресов - fetchmail по крону
    5. Хранить почту в формате maildir, никакие базы для этого не нужны!
    6. Бекапить - простым копированием ящиков-папок maildir, ну или прикрутить urbackup или bareos.

    Для вебморды почты ничего не посоветую, так как не пользую.

    На настройки обратить внимание, dkim + spf в dns!

    Самый простой выход, которым я пользуюсь давно, держать всю почту на яндексе, ставить слейв-сервер с отправкой почты через ключи dkim яндекса (они по api яндекса отдаются).
    Итого, почта приходит на яндекс, мейл сервер тянет с нужных аккаунтов через fetchmail почту, сам раздает эти ящики по dovecot-imap, отправляет почту от имени домена, прикидываясь вторичным сервером. Получаем полностью функциональный сервер с возможностью отправки и хранения почты, а всю работу со спамом и вебмордами отдаем яндексу.
    Ответ написан
    4 комментария
  • На чем писать сервер для игры?

    sim3x
    @sim3x
    Сколько десятков игр у вас перешагнули 10k rps/online?
    0?
    Делайте на чем угодно
    Взлетит - перепишете
    Ответ написан
    7 комментариев
  • Чат на webSockets, количество пользователей?

    @nirvimel
    1000 * 5 НЕактивных (в основном простаивающих) открытых соединений - это вообще семечки.
    Нужно иметь очень кривые руки, чтобы слепить архитектуру, которая бы заметно напряглась от этого.
    Ответ написан
    Комментировать
  • Что нужно исправить/поменять в дизайне?

    orlov0562
    @orlov0562
    I'm cool!
    Я прям вернулся в 99 год и времена FrontPage - "у тебя руки из жопы иди подметай улицы дизайнер хренов" :)

    Сходи на templatemonster, посмотри на современные дизайны по запросу "portfolio". Составь киты ui элементов (того же bootstrap) и попробуй запилить нечто аналогичное тому, что увидишь в топе templatemonster.

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

    Сейчас всё плохо: цвета, шрифты, отступы, логотип, куски рамок и т.д..
    Ответ написан
    Комментировать
  • Трекают ли дизайнеры время, потраченное на вдохновение?

    Вот недавно делал конструктор-калькулятор для сайта. Кодил-кодил, забуксовал на одном моменте и чтобы отвлечься - пошел помыть посуду. И пока мыл - в голову пришло решение. Так вот пока я сидел за компьютером и работал - я трекал время. А пока я мыл посуду мой мозг получается работал бесплатно в фоне :)

    Если дизайнер сидит за компьютером (листом бумаги) и что-то рисует, изучает примеры, ищет какие-то референсы и т.д. - это конечно работа, которая должна быть затрекана и оплачена. Хотя, если он сидит и тупит на котиков - как узнать, что он вдохновляется для проекта?)

    Если дизайнер моет посуду, рубит в дотку или гуляет - это вроде трекать неправильно. Хотя с другой стороны - если он идет в парк, на автопилоте нарезая круги и обдумывая на свежем воздухе концепцию - почему это нельзя считать работой?

    Могу ещё много рассуждений и риторических вопросов привести.

    На мой взгляд особенно в почасовой работе важно доверие, понимание и добросовестное отношение к труду.
    Если дизайнер трекает по 8 часов в день, по итогу выдавая достойный продукт и заказчика устраивает итоговая стоимость этого продукта - какая разница? Пусть хоть за неделю дизайнер 32 часа потратит на употребление веществ, а в последний день на этом допинге выдаст то что от него ждут.

    Я думаю слово "дизайнер" тут можно заменить на любую "трекабельную" профессию.
    Ответ написан
    1 комментарий
  • За и против использования bootstrap?

    nepster-web
    @nepster-web
    Ну во первых ошибка многих в том, что подключают бутстрап по любому чиху, даже если нужно просто грид сетка. В первую очередь bootstrap это компоненты, поэтому лучше всего взять только то, что нужно: getbootstrap.com/customize

    А так вообще плюсы и минусы следующие:
    + стандартизация. Все кто работают с bootstrap понимают вашу верстку, что и как делать.
    + экономия времени
    - в любом случае под свой кастомный дизайн придется перекрывать стили
    - полная зависимость в js компонентах от jquery (ну это такое)
    - некоторые неловкости при работе с методологиями.

    Соответственно если у вас большая компания, мы делаете серьезный высококачественный продукт, то вы вполне должны обойтись без bootstrap.

    И б, если вы фрилансер и делаете обычные средние или мелкие проекты, то bootstrap отличный выбор, я бы даже сказал обязательный выбор в пользу некой стандартизации.
    Ответ написан
    16 комментариев
  • Как лучше сделать вывод новостных материалов?

    paulradzkov
    @paulradzkov
    Дизайнер, верстальщик, начальник отдела UI
    Первый вариант вообще неработоспособный: на тачевых устройствах :hover наступает только в момент тапа, т.е. посетители не увидят названий вообще.

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

    Неплохо бы сделать модули разного размера (как плитка в Windows). Крупным размером могут отображаться главные новости, мелким — менее важные. На странице должна быть иерархия информации по важности и интересности. При неоднородной структуре ленты пользователи пролистывают страницу медленнее, останавливаются рассмотреть крупные блоки и заодно замечают мелкие вокруг.

    Скрывать название новости при наведении тоже не очень. Если посетитель хочет рассмотреть картинку, пусть кликнет саму новость и рассмотрит картинку внутри.

    Не знаю, о чем у вас будет сайт и какая там редакционная политика, но надо продумать дизайн новости без картинки.

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

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

    Ссылки по теме:
    artgorbunov.ru/bb/soviet/20160316
    artgorbunov.ru/bb/soviet/20160127
    artgorbunov.ru/bb/soviet/20160420
    artgorbunov.ru/bb/soviet/20160427
    Ответ написан
    2 комментария
  • Что делать если дизайн сайта готов, а клиент в конце работ отказывается платить?

    @di23
    Забить. Не отдавайте PSD. 50% от общей стоимости вам хотя бы оплатили. Макет сайта забросьте на какой-нибудь themeforest.net/category/psd-templates либо используйте для будущих наработок. Проанализируйте клиента, и постарайтесь в будущем на подобных не нарываться, + конечно договор нужен. А так это все на словах, знали на какой риск шли.
    И ни в коем случае не соглашайтесь на какую-либо доработку, только после полной уплаты.
    Ответ написан
    1 комментарий
  • Как правильно оценить стоимость работы дизайнера?

    ivanvorobei
    @ivanvorobei
    iOS разработчик, канал https://t.me/sparrowcode
    Адекватная - столько, сколько вы готовы потратить.

    Оценить тяжело. И зачастую стоимость обоснована опытом специалиста. Но кое-что можно вытащить из вашего Т3:
    1.
    Все это для desktop/tablet/mobile

    Самое важное. Дизайнеру нужно разработать брендбук, с цветами-элементами. Нужен чтобы от платформы к платформе дизайн оставался узнаваемым.
    Диапазон от 50 до 2000 уе. Добротные результаты будут на уровне 170$

    2.
    музыкальный проигрыватель

    Важно сколько экранов. На основе брендбука будет разработан дизайн для каждой платформы отдельно, учитывая наработки самих платформ. У каждой свой UX, поэтому этап обходить не стоит. Прайс на экран в райне 10$ (с учетам бренбука). У вас 1 декстоп, ios/android (телефон + планшет). Примерно 4-5 экранов. Грубо говоря: 5 устройств * 5 экранов приложения * 10$ = 250$.

    3. Учитывайте стоимость работ UX специалиста, он важен и для проекта, и для дизайнера.

    Достойная работа будет сделана за 170 + 250 = 420$

    Главный посыл:
    Смотрите портфолио специалиста, оно скажет больше любых слов. И спрашивайте цену. Когда поймаете себя на мысли что вот за такой дизайн я бы заплатил столько, и цифра совпадет со специалистом - вы нашли друг друга.
    Ответ написан
    1 комментарий
  • Разница между sh, dash, bash и т.д?

    uvelichitel
    @uvelichitel
    habrahabr.ru/users/uvelichitel
    Есть разница в синтаксисе и profile, rc файлах которые читаются при запуске. Поэтому выбирайте bash
    • bash при запуске надежно прочитает ~/.bashrc куда обычно и вписывают исполняемые пути и переменные окружения
    • будут работать все скрипты, сниппеты и советы полученные гуглением
    Ответ написан
    Комментировать
  • Как сверстать новостную ленту?

    Kublyakov
    @Kublyakov
    Это называется masonry сетка. Погуглите, есть разные реализации, выберите себе по душе. Есть и на чистом css, но не во всех браузерах работать будет.
    Ответ написан
    Комментировать
  • Как составлять свое портфолио верстальщика на фрилансе?

    saboteur_kiev
    @saboteur_kiev
    software engineer
    "Из всего вышесказанного вопрос: какой вариант (или варианты), по-вашему, лучше, если можно, то почему? "

    Тут на тостере постоянно жалуются, что не могут получить даже один заказ. А если получили, то заказчик какой-то странный.
    А вы уже перебираете что делать а что не делать?
    Если вы достигли уровня, когда можете отказываться от одних заказов в пользу других, то вам пора отвечать на вопросы, а не задавать их.

    Все остальное - посмотрите профайлы успешных фрилансеров. Не стоит их просто копировать - копируйте идеи, ловите мысли.
    Ответ написан
    Комментировать
  • OpenSource: как вы выбираете проекты и вливаетесь в него?

    @tovogukA
    Если тебе не интересно - не заставляй себя.
    Не нужно искать. Он должен сам тебя найти.

    Я исправляю мелкие баги с которыми САМ столкнулся при эксплуатации ПО, исправляю баги которые МЕШАЮТ именно МНЕ
    Ответ написан
    1 комментарий
  • С какими проблемами можно столкнутся при попытке в nginx настроить на работу с 5000 доменами?

    pomeo
    @pomeo
    С Let's Encrypt у вас ничего не получится. Там можно создавать с одного сервера 7 сертификатов в неделю, а для одного домена 5 в неделю. Т.е. за 3 месяца вы для поддоменов максимум сможете ~60 сертификатов получить
    Ответ написан
    9 комментариев
  • Что изменилось за последнее время в российском IT?

    @CAMOKPYT
    Российское айти умерло. Разработка софта вещь не самая необходимая, те кто хотел сделать новый проект, отказываются, те кто имел проекты - сокращают финансирование. Так же айти компании добивает массовый исход разработчиков из рублевой зоны на удаленку за валюту и российские компании не могут предложить рыночную оплату труда. В итоге нет ни заказов ни разработчиков.
    Ответ написан
    6 комментариев
  • Почему забито столько оперативной памяти?

    @lovecraft
    Та память, которая помечена как cached - на самом деле свободна в том смысле, что Linux по первому требованию освободит ее и отдаст приложению.
    А вообще, есть хороший сайт: www.linuxatemyram.com
    Ответ написан
    4 комментария
  • Изучение программирования путем Скалы?

    @a1go1ov
    Scala fan, Java developer
    Если в программировании вы 0 и хотите начать правильно вникать в программирование, то начните с классики - Structure and Interpretation of Computer Programs (SICP), эта книга закладывает хорошие основы, а так же познакомит вас с функциональным программированием:
    книга:
    web.mit.edu/alexmv/6.037/sicp.pdf
    вспомогательный сайт для самостоятельного изучения книги:
    https://mitpress.mit.edu/sicp
    sicp.sergeykhenkin.com/sicp-exercise-solutions
    перевод книги (не в курсе на счет качества)
    newstar.rinet.ru/~goga/sicp/sicp.pdf
    видео лекций по книге:
    ocw.mit.edu/courses/electrical-engineering-and-com...

    Конкретно по Scala:

    С точки зрения Scala, на мой взгляд самый оптимальный вариант это пройти курсы по Scala на coursera.org. Но ниже будут примеры и ссылки и других источников для иучения программирования на Scala..

    Интерактивные курсы

    cousera.org:
    Специализация по Scala - один из фундаментальных источников знаний о программировании на Scala. В составе - видео лекции, доп. материалы, вопросы на закрепление, задания на программирование, форум для вопросов и обсуждения (все опционально). В принципе можно вместо SICP сразу начинать со специализации на coursera.org, в частности первый курс в специализации как раз таки проектировался Мартином в стиле SICP (по крайней мере до создания специализации программа курса и задания были в духе SICP).

    https://www.coursera.org/specializations/scala

    Ссылки на курсы из специализации по отдельности (для бесплатной регистрации):
    1. Functional Programming in Scala
    2. Functional Program Design in Scala
    3. Parallel programming
    4. Big Data Analysis with Scala and Spark

    Курс стоящий немного в стороне, о reactive programming на scala:
    Принципы реактивного программирования

    ---
    Интерактивные упажнения по Scala от 47 Degrees (на данный момент 6 курсов std lib, cats, shapeless, doobie, scalacheck, FP in Scala)
    https://www.scala-exercises.org

    www.scalakoans.org - небольшие уроки для изучения
    ---
    Big data university (с уклоном в Data Science и Big Data):

    Introduction to Scala
    Scala for Data Science
    Spark Overview for Scala Analytics
    ------------------------------------------

    Если вас больше интересует не интерактивный стиль обучения, а вдумчивое чтение, то можно посоветовать следующие книги:

    Книги:

    На русском,к сожалению, есть только одна книга:
    Scala для нетерпеливых
    но для новичка в программировании она скорее всего не подойдет.

    также в 2016 вышла обновленная версия книги от Martin Odersky, Lex Spoon и Bill Venners, которая покрывает все вопросы связанные со Scala (859 стр), в том числе все нововведения на текущий момент (вплоть до Scala 2.12). Эту книгу можно также читать если вы новичок в программировании. Это наверно самый фундаментальный источник для изучения Scala:
    Programming in Scala, Third Edition

    После ознакомления с основами Scala для углубления именно функциональных аспектов программирования на Scala можно прочитать замечательную книгу от Paul Chiusano и Rúnar Bjarnason:
    Functional Programming in Scala

    Для изучения практических основ проектирования современных приложений с использованием возможностей Scala и ее экосистемы, с применением функциональной парадигмы, рекомендую отличную книгу от Debasish Ghosh
    Functional and Reactive Domain Modeling

    Вообще по Scala и различным инструментам из экосистемы Scala сейчас много разных книг, так что при желании можно найти подходящую по уровню и интересам, стоит также обратить внимание на подборку книг на сайте lightbend (бывшая TypeSafe)

    Также можно почитать перевод уроков Scala от Twitter:
    Scala Школа!
    ------------------------------------------

    Алгоритмы
    На счет алгоритмов, про которые вы упоминали, можете посмотреть прекрасный набор классических алгоритомов и структур данных, реализованных на Scala в чисто функциональном стиле:
    scalacaster от @vkostyukov(Twitter, Finagle)
    или
    scalgos от @pathikrit
    ------------------------------------------

    Остальное
    Ninety-Nine Scala Problems - набор небольших упражнений (с ответами) для изучения Scala

    Hands-on Scala.js - туториал по Scala.js от @lihaoyi

    Type-Level Programming in Scala - серия постов из десяти частей на тему продвинутого использования возможностей системы типов Scala от Rúnar Bjarnason (соавтор Functional Programming in Scala) и Mark Harrah (разработчик sbt)

    Scala Best Practices - колеекция хорощих практик программирования на Scala от Alexandru Nedelcu

    P.S. Также если хочется держать руку на пульсе о том, что происходит в экосистеме и community Scala, то можно посмотреть эту подборку блогов и новостных и видео ресурсов о Scala
    Ответ написан
    Комментировать