Задать вопрос

big_hasan

Лайки

  • Как себя обезопасить?

    dom1n1k
    @dom1n1k
    То есть сам-то с заказчика взял половину денег вперед (он рисковал, что сбежишь с баблом :), а сейчас жмешься показать вторую половину работы? Как-то нехорошо.
    Кроме того, заказчику именно сейчас пропадать уже особого смысла нет, потому что в верстке наверняка есть баги, наверняка будут замечания - удобнее, чтобы подправлял это сам автор.
    Просто заливай и показывай код как есть.

    P.S. Я не учитываю только случаи, если в процессе работы уже были какие-то конфликты и есть конкретные основания полагать, что возможны проблемы.
    Ответ написан
    Комментировать
    Комментировать

  • Как писать по-русски без ошибок?

    Heian
    @Heian
    Ашот
    По-настоящему грамотные люди выделяют деепричастный оборот не потому, что помнят правила (на самом деле, их помнят только учителя и лингвисты), а потому, что паттерн – интуитивное понимание того, где и когда ставить запятую, где какую букву писать – сформировался еще в детстве, под влиянием литературы. Те, кто читать не любил, так и пишут с ошибками.

    Поэтому чтение - единственный способ быть на 100% уверенным в своем правописании, ни с чем при этом не сверяясь. Правил при этом знать не нужно (за исключением нескольких, покрывающих совсем уж редкие случаи). Конечно, можно и выучить, но всегда можно забыть пару-тройку правил. Паттерн же забыть непросто.
    Ответ написан
    1 комментарий
    1 комментарий

  • Как вы пишете статьи?

    nikolayshabalin
    @nikolayshabalin
    Автор профессиональных курсов в HTML Academy
    Сам пишу в gitbook. Удобно, что markdown. Можно дополнять плагинчиками.
    Вот здесь допустим, можно сохранять в PDF, ePub, Mobi.

    Еще были примеры с пошаговым чтением и с сохранением прочитаного, как здесь
    Ответ написан
    2 комментария
    2 комментария

  • Как вы пишете статьи?

    TomasHuk
    @TomasHuk
    Если не заморачиваться с интеллектуальными правами, то - Хабр.
    Он ведь для этого и создан. Оформляете цикл статей, подсветка кода есть, черновики есть.
    Потом можно оформить в отдельную книгу, но как я понимаю из пункта 4.4 пользовательского соглашения - нужно разрешение хабра.
    Ответ написан
    4 комментария
    4 комментария

  • Рекурсия в Javascript?

    BuriK666
    @BuriK666
    Компьютерный псих
    Получаете Nan т.к. 2 + undefined это NaN
    else можно убрать, но оставить return 1;

    function sumTo(n) {
      if(n > 1) {
        return (n + sumTo(n-1));
      }
      return 1;
    }
    Ответ написан
    Комментировать
    Комментировать

  • Какой PHP фреймворк посоветуете для быстрой разработки проекта?

    MetaDone
    @MetaDone
    Хорошо сформулированный вопрос - 50% решения
    - Представление о MVC имею. Раньше писал пару проектов на CodeIgniter, но на нём на мой взгляд мало что есть из коробки, и много времени уходит на разработку.

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

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

    Symfony - не пытался искать русскоязычную документацию, англоязычная шикарна
    Laravel - русскоязычная вроде есть, англоязычная норм
    Phalcon - хорошая русскоязычная
    Zend - не пытался искать русскоязычную документацию, англоязычная норм

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

    В laravel авторизация делается одной командой - php artisan make:auth, только ограничения доступа делать придется самому, но это во всех фреймворках

    - Возможность работы с различными БД из коробки

    Подключайте что хотите через composer

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

    Смотрите Symfony, в последних версиях они прикрутили реверс-прокси, на мелких проектах норм, если разрастется - можно будет переехать на varnish

    - Не тяжелый фреймворк, в котором оптимизирован код, и который не жрёт огромное количество ресурсов на сервере. Если будет поддержка PHP7 - тоже плюс.

    Phalcon, Symfony, Yii

    - Защита от sql injection, xss и других дыр из коробки. В codeigniter по-моему были разные функции экранирования входных данных для SQL запросов (своя обёртка дополняемая mysql_real_escape_string) и для POST данных перед выводом. Думаю в других фреймворках это должно тоже быть, но огромным плюсом будет если реализована какая нибудь прокладка типа веб-фаервола в цепочке Запрос -> Проверка фаерволом -> Исполнение. Дополнительная защита не помешает, но это не обязательно.

    В orm как правило это реализовано

    - Проект будет ориентировочно крутиться на nginx+php5-fpm. Думаю практически все фреймворки смогут работать в этой среде, но вдруг...

    Переезжайте на 7, активная поддержка 5 версии закончилась в конце прошлого года

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

    Не зависит от фреймворка, как сами построите приложение - так оно и будет масштабироваться

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

    Все это можно подключить через composer

    В общем выбирайте, но исходя из того что проект для внутренних нужд - я бы порекомендовал Вам Laravel, правда по незнанию в нем можно жутко наговнокодить. Мой выбор в подобной ситуации - Symfony/Phalcon
    Ответ написан
    Комментировать
    Комментировать

  • Какой PHP фреймворк посоветуете для быстрой разработки проекта?

    Wolfnsex
    @Wolfnsex Куратор тега PHP
    Если не хочешь быть первым - не вставай в очередь!
    - Представление о MVC имею. Раньше писал пару проектов на CodeIgniter, но на нём на мой взгляд мало что есть из коробки, и много времени уходит на разработку.
    С тех пор изобрели Composer, при должном желании прикручивается он и к CI в том числе :)

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

    - Хотелось бы большое количество подключаемого функционала из коробки, для экономии времени разработки. Например уже написанная логика авторизации, регистрации, восстановления пароля и разграничения по уровням доступа. Понимаю что всё равно придется немного допиливать под свои нужды, но времени это сэкономило бы кучу.
    Composer - решает 99% проблем, практически в любом фреймворке.

    - Возможность работы с различными БД из коробки
    Пока фреймворков без этой штуки не видел, но есть... Вы не поверите, Composer, что бы сменить/поставить "другой" ORM, если Вам "текущий" чем-то не подошел.

    - Поддержка кэширования из коробки. И желательно что бы была поддержка некешируемых областей при генерации страницы, а сам кэш был управляемым.
    То о чем Вы говорите, это: Varnish, Nginx+SSI и т.д. кэширование "из коробки" есть в Symfony (т.к. если его отключить, страницы может генерироваться феерически долго)

    - Не тяжелый фреймворк, в котором оптимизирован код, и который не жрёт огромное количество ресурсов на сервере. Если будет поддержка PHP7 - тоже плюс.
    По моему, любой современный фреймворк, если уже даже "Битрикс" небеизвестный до этого до этого дошел... некоторые фреймворки вообще скоро будут требовать PHP7, а не только "поддерживать".

    - Проект будет ориентировочно крутиться на nginx+php5-fpm. Думаю практически все фреймворки смогут работать в этой среде, но вдруг...
    Я пока таких "вдруг" не встречал. Если у админа голова и руки на месте - то никаких "вдруг" быть не должно. А вообще, у PHP версии 5.х, есть как минимум 3 основных "ветки", это <5.3, >=5.3 или 5.4+ и т.д., ещё кое-какие отличия были в 5.5 и 5.6, но не такие "разительные", подробности можно почитать в истории версий PHP. По этому, нужно конкретнее указывать версию, например, Laravel требует 5.6+

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

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

    1. Yii2
    2. CMS + готовые модули CMS
    3. Вы не забыли, что есть... composer?!

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

    Большое спасибо за время уделенное прочтению моего вопроса, и огромное спасибо за Ваши ответы.
    Не за что! Кнопка "Мне нравиться" - сразу под сообщением :D
    Ответ написан
    4 комментария
    4 комментария

  • Правильно ли построен план обучения?

    saboteur_kiev
    @saboteur_kiev Куратор тега Python
    software engineer
    Весь ваш план обучения никак не годится для получения знаний. Он годится только для ознакомления.
    Почему? Потому что в нем ВООБЩЕ нет практики, одно чтение книг.

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

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

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

  • Правильно ли построен план обучения?

    @Animkim
    Питон вокруг меня
    У мне был похожий план, обучение продвигалось слишком медленно. После того как устроился джуном ускорился раз в десять. Хотя возможно мне очень повезло что в наставниках у меня опытный синьор, да и вообще команда хорошая.
    Ответ написан
    7 комментариев
    7 комментариев

  • Правильно ли построен план обучения?

    @WorldEn
    Лично я изучал Python следующим образом:

    - Сначала прочитал и прорешал всю книгу "Программируем на Python" Майкла Доусона.

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

    - После этого я уже начал делать свои проекты и при возникновении проблем лез в google.ru и искал ответы на свои вопросы (где знания английского очень пригодятся!)

    Пройдя все эти этапы рекомендую прочитать М. Лутца и начать изучать алгоритмы и структуры данных. Однако, если метите в WEB , то лучше сразу начать изучать Django, MySQL, HTML, CSS, JavaScript.
    Ответ написан
    Комментировать
    Комментировать

  • Правильно ли построен план обучения?

    Atanvar
    @Atanvar
    Frontend developer
    Вот после пункта первого нужно переходить к практике нормальной - проект придумай и пиши, а затем уже алгоритмы, совершенные коды и тому подобное.
    Ответ написан
    Комментировать
    Комментировать

  • Front-end middle, Back-end nodejs - junior как выровнять уровень?

    @dolgo
    JS-программист
    Есть общие вопросы для backend'щика, независящие от ЯП:

    1. Как обращаться с HTTP и REST - стандарты, методы, заголовки, статусы, типы контента.
    К этому иногда необходимо знать GraphQL или websockets или UDP.
    2. как обращаться с данными в SQL/noSQL - проектировка БД, миграции, кэширование, транзакции, бекапы;
    3. Паттерны, архитектуры, методологии разработки.
    Всегда могут спросить:
    что такое MVC? Active Record? Сервис - Репозиторий? Анемическая/бизнес модель? TDD, BDD?
    4. Понимание многопоточности и асинхронности.
    5. Доп. бонус - умения DevOps
    Ответ написан
    Комментировать
    Комментировать

  • Как устроиться на работу бывшему ИП?

    @Oblomingo
    Я в 30 начал программировать на C#. Просто так, как хобби.
    Помимо основной работы (в энергетике), сдал Майкрософтский экзамен и устроился джуниором в одну контору.

    За 4 года сменил две работы, сдал еще около 10-ка экзаменов, прочитал кучу книг по архитектуре. Теперь занимаюсь тем, что пишем энтерпрайз системы для крупных иностранных заказчиков. Месяц назад мне предложили перейти на позицию Senior.

    Я к тому, что никогда не поздно начать, что то новое.
    Ответ написан
    4 комментария
    4 комментария

  • Где или как можно найти опыт программирования Linux Kernel?

    @malbaron
    Нет таких курсов. Ядро - штука специфическая.

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

    Мало кому нужна независимая разработка, которая от которой отбрыкиваются те, кто имеют право коммитить в ядро.
    Ну а упросить их внедрить свой код в ядро - довольно непросто.
    Ядро Линуха выросло до невообразимых размеров - новый код принимают крайне тщательно фильтруя.

    Только сами.
    Попробуйте решить какую нибудь проблему свою.
    Ну драйвер для какого нибудь устройства своего, которое плохо работает или не работает в Линухе.
    Это наиболее реальный путь - решение своей проблемы своими силами.

    Можете попробовать родственный проект - FreeBSD.
    Там есть система "выполнение задач под руководством старшего наставника". Но все равно сначала нужно себя зарекомендовать изначально. Но попасть туда проще чем в Линукс, и, опять же - старший будет.

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

    Но в любом случае это не курсы.
    Вы решаете проблему самостоятельно, отправляете на рассмотрение.
    Возможно (но маловероятно) ваш код примут.
    Ответ написан
    Комментировать
    Комментировать

  • Где найти урок по написанию сервера?

  • Где найти урок по написанию сервера?

    Avarskiy
    @Avarskiy
    jQuery Ajax + PHP + PHPExсel(библиотека такая)
    Ответ написан
    5 комментариев
    5 комментариев

  • Куда стремиться PHP программисту?

    Sanes
    @Sanes
    Жениться.
    Ответ написан
    Комментировать
    Комментировать

  • Куда стремиться PHP программисту?

    riky
    @riky
    Laravel
    постараться понять смысл жизни и ответить на вопрос "есть ли жизнь после смерти?"

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

    так вот представь себя после и ответь: что было действительно важно?
    Ответ написан
    4 комментария
    4 комментария

  • Куда стремиться PHP программисту?

    sayber
    @sayber
    Да, я программирую на PHP и еще асинхронно!
    Вы работали над парой небольших проектов, иначе бы не задавали подобный вопрос.
    Как сказал Денис Инешин , бекенд оч. большая сфера разработки.
    Попробуйте реализация того же DDD со всеми вытекающими. Реализовать бизнес-логику без БД, api сервис (прим. ApiDoc).
    Можно многое придумать.

    Почему у вас только офис или фриланс?
    Нормальные люди работают удаленно но по ТК.
    Я к примеру в офисах уже лет 5-6 не появлялся, все время на удаленной работе. График стандартный, 8ч 5/2.
    Зарплату в нормальных конторах НЕ занижают удаленщикам.
    Ответ написан
    Комментировать
    Комментировать

  • За счет чего реализован плавный переход вконтакте?

    xmoonlight
    @xmoonlight
    https://sitecoder.blogspot.com
    За счёт статичного каркаса SPA (Single Page Application), а при переходах по страницам - меняется только URL в адресной строке и нужные контентные блоки грузятся посредством AJAX.
    Ответ написан
    Комментировать
    Комментировать