Задать вопрос
Контакты

Достижения

Все достижения (7)

Наибольший вклад в теги

Все теги (45)

Лучшие ответы пользователя

Все ответы (33)
  • Что делать, если есть идея, но нет возможности ее реализовать?

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Идея ничего не стоит, потому как для воплощения нужно постоянно(!) генерировать дополнительные(!) и сопутствующие идеи пачками, чтобы оно доползло до реализации. Нести личную ответственность.

    Вот реально бесят такие умники «есть особо ценная идея, что же с ней делать». А с чего вы взяли, что идея не дилетантская из серии «2+2=4»? Единственный способ проверки — сделать, рискнуть ресурсами.

    Вы думаете у тех, кто каждый день работает в каком либо бизнесе, имеет неиспользованные средства, идей нет? Идей есть, людей нет ответственных, нет времени контролировать.

    Самый умный вариант — позиция «у меня идей нет, буду делать с удовольствием ваши». Денег дадут, ресурсы дадут и подскажут еще куда копать.

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

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

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Начинаю проектирование с составления словаря. Перечисляю все понятия в проекте, сущности, состояния, события, сразу с переводом, чтобы долго не выбирать названия переменных, таблиц и т.п.

    Потом список сценариев своими словами. Детализация по вкусу. После списка сценариев наброски интерфейса. Только после набросков интерфейса, которые показаны клиенту, думать о внутренней реализации.

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

    Этап перед внутренней реализацией можно проскочить за один день, а можно долго согласовывать с несколькими встречами в течение 1-2 недель. От проекта зависит. Если людей в проекте несколько, то ответственность за проектирование лежит на ведущем разработчике, но словарь, сценарии и наброски - предмет обсуждения с коллегами.
    Ответ написан
    2 комментария
  • Воровство дизайна, что будет?

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Включите дизайн копируемого сайта в передаваемые заказчиком информационные материалы и добавьте в договор два пункта об ответственности:

    - Заказчик гарантирует, что предоставляемые в соответствии с условиями настоящего Договора, Информационные материалы, не обременены требованиями третьих лиц, что Заказчик является обладателем исключительных прав на Информационные материалы и/или обладает всеми необходимыми разрешениями от авторов и иных правообладателей в отношении объектов интеллектуальной собственности, и объектов, входящих в состав произведений, а также в отношении первоначальных произведений (в случае, если произведение представляет собой переработку и/или перевод), причем такие разрешения никаким образом не должны ущемлять прав Исполнителя или затруднять использование произведения Исполнителем в соответствии с настоящим Договором.

    - В случае предъявления Исполнителю претензий или исков по поводу нарушения им авторских и/или смежных прав третьих лиц в связи с использованием Информационных материалов, предоставленных Заказчиком, во исполнение условий настоящего Договора, Заказчик обязуется урегулировать такие претензии или предпринять иные необходимые действия, исключающие возникновение расходов и убытков у Исполнителя. А в случае возникновения расходов и убытков у Исполнителя, возместить их в полном объеме.


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

    Любой проект можно сделать лучше. Гораздо интереснее творчески переработать и это уже не будет плагиатом, но отдельной работой проектировщика.
    Ответ написан
    Комментировать
  • Linux: большое количество файлов в папке - это сколько?

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Если ответить коротко — зависит от ограничений файловой системы.

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

    Лично я распределяю по удобству копирования и архивации, примерно по несколько сотен файлов(до тысячи) в одной папке.
    Ответ написан
    Комментировать
  • Ценится ли IT-специалист, который умеет все?

    thecoder
    @thecoder
    Разработчик веб-приложений и сервисов.
    Очень глубокий и сущностный вопрос. Люди не винтики с рождения и всегда развиваются по всем направлениям сразу. Конечно, узкую специализацию проще продать, но в действительности узкой специализации не существует. Вы не сможете очень глубоко развиться, игнорируя остальные направления.

    Например, дизайнер, который не просто лепит всякий треш на потоке, потому что руку набил, а старается расти - неизбежно интересуется всеми проявлениями гармонии. Музыкой, литературой, кино, а также сопутствующими областями, в т.ч. 3D-моделированием, программированием и даже SEO. Иначе упрется в потолок. Хороший программист и веб-технолог находятся примерно в такой же ситуации.

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

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

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

Лучшие вопросы пользователя

Все вопросы (10)