• Все ли на самом деле плохо с Python на удаленке?

    DevMan
    @DevMan
    ибо джун на удаленке = большой менингит.
    это касается любого языка, не только питона.
    Ответ написан
    5 комментариев
  • Какие инструменты, среды, паттерны, фреймворки вы применяете для разработки веб-приложений на PHP?

    DevMan
    @DevMan
    1. какой смысл заливать код куда-то, если результат его работы удобнее и быстрее смотреть локально?
    2. error_reporting(E_ALL) - это здорово, а print_r/var_dump - это быдло-стайл. ибо есть xdebug.
    3. удобная среда разработки - интегрированный отладчик, комплит, всевозможные подсказки.
    только на этих пунктах можно уже здОрово сократить время написания/отладки кода.

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

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

    итого: учиться и практиковать. сорян, но программистом быть непросто, а волшебной пилюли у меня нет.
    Ответ написан
    3 комментария
  • Валидация форм в spa приложениях?

    DevMan
    @DevMan
    клиенту доверять нельзя, от слова совсем. поэтому валидация на сервере обязательна.

    на клиенте валидируют только для сокращения времени заполнения формы и напрасно не гонять невалидные данные туда-сюда.
    Ответ написан
    2 комментария
  • Стоит ли заключать договор?

    @entermix
    Кто сталкивался с такими ситуациями? Кто какие решения принимал? Всё-таки не очень-то хочется обогащать чужой карман...

    Пойду откажусь от всех текущих проектов, а то, вдруг, они начнут приносить прибыль моим клиентам? Ужасно, тчк.
    Ответ написан
    Комментировать
  • Возможен ли не точный поиск по полю MySql и чем его делать?

    @vshvydky
    Перефразирую мой ответ, чтобы модераторам не чесалось. Хранить так адрес глупо, нужно хранить его адекватно, для примера стоит взглянуть на фиас, сайт вроде fias.nalog.ru
    Хранить адекватно, это пойти почитать про 3 нормальную форму.
    Ответ написан
    4 комментария
  • Как перевести число в строку?

    DevMan
    @DevMan
    чот у тебя задачи (как и их решения) одна краше другой.
    ideone.com/VkmZZx
    Ответ написан
  • Как аргументировать начальству создание существующего проекта заново, с ноля?

    saboteur_kiev
    @saboteur_kiev Куратор тега Веб-разработка
    software engineer
    Задача сайта - выполнять свою бизнес задачу, а не демонстрировать красивый код в исходниках.

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

    Если ни то, ни другое, то с какой стати платить больше?
    Ответ написан
    11 комментариев
  • Коннект к БД из функций (PHP)

    MarcusAurelius
    @MarcusAurelius
    автор Impress Application Server для Node.js
    Варианты:

    1. Сделайте статический класс db в db.php и в нем сделайте все функции «public static function» например: db::connect, db::query, db::freeCursor, db::getLasInserttId и т.д. и тогда вообще не нужно будет указатель на объект БД куда-то передавать в другие модули.

    2. Сделайте у себя в проекте FrontController — то есть, единую точку входа, все URL переадресуйте на нее и вместо того, чтобы потом подключать все модули в каждом php файле — подключайте их один раз централизовано из одного файла, а там и с путями проблем не будет.

    3. Сделайте в том файле, который устанавливает свзяь в БД переменную $db = db::connect(dbHost,dbName,dbUser,dbPassword); только объявляйте ее не внутри функции, а в теле php кода и потом во всех функциях, где нужно доступаться к пишите global $db; и далее $db->MethodName…

    4. Прочтите все же что-то по областям видимости в PHP

    5. Или возьмите готовый фреймворк, где эти задачи решены, а когда Вас от движка стошнит, а это рано или поздно случится, то к этому времени, Вы уже разберетесь как делать не нужно )
    Ответ написан
    Комментировать
  • Постоянное соединение в MySQL и memcache?

    maxout
    @maxout
    1. используют старые
    2. да, прирост есть. ровно на то количество времени, которое тратится на mysql_connnect + mysql_select_db + «set names» (или что вы там ещё решите выполнять после каждого соединения)
    3. плюс один — скорость.
    минусы:
    1. нет возможности принудительно закрыть соединение.
    2. за счёт сохранения ненужных в данный момент соединений отжирается память mysql-сервера.
    3. по звершении работы скрипта не снимается LOCK с таблиц и не уничтожаются TEMPORARY таблицы.
    4. нужно отдельно следить за mysql server has gone away =)
    5. апачевский mod_php криво работает с pconnect'ами. ну, то есть, само по себе это работает так как и должно, и с точки зрения апача не криво. просто ломается сама логика pconnect'ов: на новый запрос спавнится новый воркер, который о персистентном соединении соседа не знает, и открывает новое, слегка усиливая масштабы проблемы из пункта два.
    Ответ написан
    1 комментарий
  • Что должен знать и делать ведущий разработчик?

    Bambr
    @Bambr
    Вообще все сильно зависит от компании. Как уже на днях писали, то что человек работал тимлидом в мелкой конторе, не обязательно дает ему достаточные навыки, чтобы претендовать на более простую должность ведущего разработчика в каком-нибудь майкрософте — требования могут быть совершенно разные. Вообще про тимлидов выше уже много написали. Предположим, что у нас иерархия длиннее — не «тимлид -> программер», а например «тимлид -> ведущий программер -> программер -> стажер».
    1) С тимлидом все более менее понятно, этот человек в идеале должен обладать навыками менеджера, архитектора, быть техническим экспертом в своей области и авторитетным членом команды. При этом не должен забывать, что он — часть команды, а не главный чувак с подаванами. Этот человек принимает много решений (как самостоятельно, так и принимая мнения/идеи других людей), несет ответственность за команду перед руководством и ответственность перед командой за все происходящее.
    2) ведущий — как правило опытный разработчик. Должен уметь самостоятельно принимать решение о способе реализации задачи и думать о последствиях выбора того или иного решения. Четко знает, чем хороший код отличается от плохого, умеет оценивать скорость выполнения кода и потребляемые им ресурсы (типа «этот код вчетверо быстрее вон того, но жрет вдвое больше памяти и увеличивает нагрузку на базу»)
    3) программист/кодер — человек, способный самостоятельно закодировать четко описанную задачу (написать функцию с таким-то интерфейсом, которая будет решать такую-то задачу, и прикрутить ее вон туда). Если задача описана недостаточно конкрентно — есть шанс получить херовое решение. С другой стороны, неконкретности в постановке задачи — один из способов заставить кодера думать.
    4) стажер — человек, которому для решения даже достаточно четко очерченной несложной задачи потребуется внимание и советы старших. Тут важно отличать идиота и человека без опыта, внимание будет требоваться обоим, но «правильным» стажером является именно второй вариант :)
    Ответ написан
    2 комментария
  • Что должен знать и делать ведущий разработчик?

    taliban
    @taliban
    php программист
    Он должен уметь общаться с людьми
    Он должен уметь слушать людей
    Он должен быть показательным примером
    Он должен понимать что он не разработчик.
    Знать он может и меньше, но тогда он должен знать точно кто из его команды на что способен, чтоб удачно делегировать задачи.
    Ответ написан
    4 комментария
  • Хочется программировать на python, C чего начать?

    taliban
    @taliban
    php программист
    Если никогда раньше не программировали, то не стоит мудрить, прочитайте Вашу книжку, и делайте как обезьянка 1 в 1 все из книги, не стоит прыгать выше носа, практика без теории не всегда полезна. Нахватайтесь теории, много теории, я бы советовал купить еще книжку другую, желательно другого автора (разные стили изложения), даже если там описывается одно и то же. Теория никогда не бвает лишней, хуже не будет в любом случае. При желании книги быстро прочитаете, а там уже лучше будете знать что и как.
    Ответ написан
    2 комментария