• Переменная $PATH что это и для чего нужно?

    @InoMono
    Александр,

    В Linux текущий каталог в PATH не входит.


    У меня где то написано что в PATH входит текущий каталог?
    Вы видимо имели ввиду форму "./somefilename"
  • Как заказчик сайта понимает, что сайт сделан на крутом фреймворке, а не на дерьмовой CMS?

    @InoMono
    2) Про откаты вас кто то обманул. Гос. конторы и большие корпорации, где такое возможно - это совсем другой рынок. На него выйти в общем-то можно. Но как показывает моя практика - там не особо вкусно.

    В конторах средних размеров - все более менее прозрачно. И их как правило интересует результат. Поэтому никто разработчиков не обижает. Хорошего разработчика еще найти нужно.

    Нет, большие суммы не подразумевают откаты
  • Как заказчик сайта понимает, что сайт сделан на крутом фреймворке, а не на дерьмовой CMS?

    @InoMono
    Станислав Б,
    1. Мне кажется, часто заказчик может проконсультироваться у того, кто имеет понятие, что такое cms и фреймворк.
    2. И потом определиться, имеет ли для него это значение
    .


    Первое - запросто. И встречается иногда.
    Второе - навряд ли. Так как даже специалист не всякий это может определить. Но прокомпасировать эти своим знанием из пункта 1) разработчику мозги заказчик может.
  • Java ( с либами ) против Node.js, что выбрать для вебсервиса?

    @InoMono
    ericcartman, что до картинки, то есть куча мест, куда нужно воткнуть этот Non-Blocking, чтобы у вас все было хорошо.

    Подспудно по цифрам догадываюсь, что речь идет о фронтенде (250ms - считается границей комфорта при загрузке страницы в веб-браузере) - и картинка иллюстрирует результаты параллельной загрузки страницы.

    То есть к бэкенду она имеет слабое отношение. На бэкенде цифры, как правило значительно меньше. Он не тормозит настолько.
    То есть такой проблемы на бэкенде в принципе быть не может. Если уж совсем криво не написать.
  • Java ( с либами ) против Node.js, что выбрать для вебсервиса?

    @InoMono
    ericcartman,

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


    Можно написать маленькую проверку-демонстрашку. Сравнить и Java и Node.

    На NodeJS - разработчиков дешевых больше. Так как из фронтендеров можно набрать - коих много очень. Если мерять не по самым дешевым, то да, на Java их больше. Но не самых дешевых.

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

    Инструмент - вторичен.
    Точнее инструмент - это выбор разработчика.

    Посадите человека работать за то, что он хуже знает - никакой "типа крутой" инструмент не спасет

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

    Но в данном случая, я так понимаю - ни вы ни он специалистом не являетесь.

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

    @InoMono
    jwwwe,


    Я не пишу эти статьи, но мое мнение, что типовые проекты уходят на SAAS, а сложные не будут отдавать на фриланс.


    Интерфейс в SAAS для хорошей настройки проекта - не тривиален. И все равно требует квалифицированного человека.
    Если вчера это была CMS, а завтра - SAAS, то ничего не меняется. Кроме набора инструментов.
    А набор инструментов и так со временем меняется, это нормально.

    Смещение наблюдается да,
    многие веб-студии стали заниматься мобильными приложениями и в том числе.
    А какая принципиальная разница-то?
  • В чем проблема webstorm показывает весь код в ошибках и предупреждениях, но код работает и корректен?

    @InoMono
    Dimka5, похоже на правила оформления кода.

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

    как пример - стандартное форматирование в Go или принудительные Tab в Python

    Для JS такого изначально нет. Но есть утилиты, которые позволяют проверять код на соответствие стандарам оформления. Полагаю, вы включили в WebStorm подобную проверку на соответствию некому "стандартному", по мнению WebStorm, стилю
  • Как заказчик сайта понимает, что сайт сделан на крутом фреймворке, а не на дерьмовой CMS?

    @InoMono
    Очень часто говорят, что солидные веб студии, делают сайты на фреймворках типа Laravel, YII. А сопливые фрилансеры на условной джумле.


    Нет. Это не так.

    Определяется сложностью и бюджетом проекта.

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

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

    @InoMono
    Дизайн нравится одинаково и у одной и у другой студии, но стоимость в одной 30000рублей, а в другой 100000 рублей. Одна студия за 30000 рублей - сделала сайт на wordpress, а другая за 100000 на YII2.


    Ну а я пишу на голом Go без фреймворков и заработал на сайте уже 800 000 за последние 4 года (нет, я даже и 20% рабочего времени ему не уделял за эти 4 года).
    И что?

    Заказчика не интересует инструмент, кроме того случая, когда он планирует передать твою разработку на поддержку кому-либо, и понимает, что для последующего поколения разработчиков важно, - а на каком именно инструменте будет базироваться сайт.

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

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

    То есть цена сайта не связана с тем, на базе чего сайт сделан.

    Другое дело, что это влияет на твое ценообразование как исполнителя.
    Ты физически можешь сделать сайт на CMS за 3000 рублей.
    Но физически не можешь сделать сопоставимый сайт на фреймворке за 3000 рублей.
    Однако это только нижнее ограничение твоего ценообразование - и только.

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

    Но с точки зрения заказчика - все эти цены никак не связаны с тем, что ты там делаешь внутри сайта.
    С точки зрения цена сайта для заказчика - это мерило полезности сайта для заказчика (с учетом ограничений, которые накладывает наличие на рынке твоих конкурентов, что не дает возможности задирать цены за одностраничную хоумпейдж до 1 млн.)
  • Как заказчик сайта понимает, что сайт сделан на крутом фреймворке, а не на дерьмовой CMS?

    @InoMono
    Заказчика интересует твоя технология - только если он собирается её как то потом самостоятельно поддерживать.
    Иначе - его интересует сайт как продукт и не важно что внутри.

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

    Даже если сайт сделан как продукт и не важно что под капотом - то оценивается просто время загрузки страниц.

    P.S.:
    Не понятно почему "крутой фреймворк" и "дерьмовая CMS" противопоставляются.
    Если ценовая категория работ одна и та же, то скорее будет наоборот "на фреймворке дерьмо", а "на CMS няшка".
    Трудоемкость (и цена) на фреймворке выше. Поэтому это разные ниши.
  • Можно-ли брать доп. плату за несоблюдение дэдлайна?

    @InoMono
    maxt888,
    может у таек все по-другому)

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

    @InoMono
    maxt888,
    Ну да, ну да... мало баб у тебя было судя по таким ответам) то головы болят, то настроение нето


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

    @InoMono
    maxt888,
    4 дня подряд трахаться?))) Та ты гигант

    Не считаю себя сколько нибудь половым гигантом.
    Но всегда странно слышать подобные слова от молодых людей.
    Лет до 35 у меня это было вполне себе нормой.
  • Какие запросы к бд mysql можно считать быстрыми и какие медленными?

    @InoMono
    Рома, давно уже обрабатывается.
    Ведущими поисковиками - точно.
  • Как с помощью регулярных выражений проверить email?

    @InoMono
    Илюша Прокопьев,
    Если не напрягать мозги то я бы взял бы мое выражение - для проверки e-mail на валидность.
    А затем вторую проверку - на yandex.ru, но использовал бы не w+, а .+
  • Как с помощью регулярных выражений проверить email?

    @InoMono
    Илюша Прокопьев,
    "/^\w+(yandex\.ru)$/;"


    Ваш вариант с w+ работать не будет, потому как в адресе допустимы и цифры и точки и дефисы и подчеркивания.

    Собственно потому и проверка адреса в общем случае такая нетривиальная.
  • Какие запросы к бд mysql можно считать быстрыми и какие медленными?

    @InoMono
    Рома, еще раз - для 10-15 и даже 150 категорий - слишком роскошно использовать СУБД.
    Это хорошо для общности разработки, для экономии времени разработчика.
    Но никак не для является необходимым.
    Да и для хороших нагрузок и сложных систем - не лучший выбор.

    Но для тренировки - вполне годится задача.
  • Как с помощью регулярных выражений проверить email?

    @InoMono
    Илюша Прокопьев, ну на самом-то деле можно и попроще.
    это уж совсем полная проверка.

    Сам я в текущем проекте использую конструкцию значительно проще
    "[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*@(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?"


    Но вот еще дальше упрощать я бы не рекомендовал.
  • Какие запросы к бд mysql можно считать быстрыми и какие медленными?

    @InoMono
    Лентюй, я не пишу на PHP, следовательно, не использую pdo. Потому не имею представления кто так что и зачем сует.
    Защиту от инъекций мне делать не нужно, доступ к БД слишком далеко зарыт в моих сервисах, ни при каких обстоятельствах снаружи нельзя выполнить запрос чисто архитектурно.

    я то знаю зачем нужен prepare и как он работает

    Расскажите нам, не скрывайте.
    Я думаю - всем будет интересно.