• Как скачать все видео с канала youtube?

    @InsiderZX
    Установить youtube-dl
    Открыть терминал
    youtube-dl Ссылка на канал или отдельное видео

    Список сайтов для youtube-dl
    Для скачивания в Windows через youtube-dl
    1.Выполнить команду cmd
    2.В консоли перейти в нужный диск и папку для сохранения видео ...Например на диск D: с помощью команды
    cd /d D:\<папка для сохранения>
    3. Пишем путь до файла программы youtube-dl.exe пробел ... ссылка на youtube канал или другой сайт из списка, при необходимости добавляем команды авторизации.
    4. Жмем Enter
    Ответ написан
    9 комментариев
  • Где взять образец xml из Битрикс для реализации своего экспорта заказов?

    @SMSdesign
    Понемногу отовсюду
    Для тех кто будет искать и мучаться. Описание на боевом примере с разбором тегов. Общий разбор и архивы файлов.
    Ответ написан
    Комментировать
  • Как наиболее продуктивно сжимать картинки с помощью Gulp?

    @Alexei_8
    сайт

    На нём есть таблица в которой указывается размер/процент сжатия и каким gulp плагином и с какими свойствами это было произведено.

    Жаль только что указывается только про png и jpg.
    Ответ написан
    Комментировать
  • Литература по базам данных?

    @immelnikoff
    Изучаю БД
    Могу посоветовать две очень годные книги для тех, кто действительно хочет разбираться в БД:
    - Системы баз данных. Полный курс, Гектор Гарсиа-Мол...,
    - MySQL по максимуму, Шварц Бэрон, Зайцев Петр, Ткач....
    Книги непростые и начинать нужно не с них.
    Начинать нужно с любой книжки по синтаксису и основ, типа нормальных форм.
    Переходить к данным книгам можно, когда вы освоите синтаксис, разберетесь с устройством всех типов данных и сами сможете сконструировать примеры:
    - таблицы, находящейся в 1НФ, но не в 2НФ,
    - таблицы, находящейся в 2НФ, но не в 3НФ,
    - таблицы, находящейся в 3НФ, но не в НФБК,
    - таблицы, находящейся в НФБК, но не в 4НФ,
    - таблицы, находящейся в 4НФ, но не в 5НФ,
    - таблицы, находящейся в 5НФ, но не в ДКНФ,
    - таблицы, находящейся в ДКНФ, но не в 6НФ.
    Ответ написан
    Комментировать
  • Литература по базам данных?

    glaphire
    @glaphire
    PHP developer
    Алан Бьюли очень прост, почитать конечно стОит, но скорее для упорядочения текущих знаний, чем получения новых)
    По глубокому пониманию MySQL сложная, но хорошая книга MySQL. Оптимизация производительности. - позволяет взглянуть на многие вещи со стороны "почему так лучше", а не "так принято".
    Ответ написан
    4 комментария
  • Как написать документацию для приложения?

    lxsmkv
    @lxsmkv
    Test automation engineer
    User story описывает цели которые могут быть достигнуты с помощью приложения. Они определяют пользу. Например, чтобы решить какую задачу выполнить сегодня, пользователь хочет определить самые приоритетные задачи. Польза приложения тут в помощи принятию решений по задачам. Тут нужно думать максимально с т.з конечного пользователя. Зачем он что-то делает и как продукт может помочь ему в этом.

    Use cases будут включать в себя описания какие взаимодействия с приложением пользователь может произвести чтобы достичь своей цели. Например: Отсортировать по приоритету. Отфильтровать по тегам. И пр. По юзкейсам можно проверить, что приложение действительно предоставляет заявленные функции заявленным образом.

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

    Функциональная спецификация определяет детально устройство приложения, с подробным описанием всех технических "если", и "а вдруг".

    По функциональной спецификации пишется реализация, и сам код приложения уже покрывается юнит-тестами.
    Ответ написан
    2 комментария
  • Сделать карьеру на PHP: Symphony vs Zend?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Вопрос, как всегда, поставлен жутко неграмотно, так сказать, по деревенски: без какого бы то ни было видения перспективы, хотя бы на 5 лет вперёд.

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

    Это, я не знаю, как спросить "хочу быть столяром, какую отвёртку мне изучать, крестовую или шлицевую?".

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

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

    И кстати для изучения принципов симфони подходит лучше

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

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

    Фреймоворк - это на самом деле тонюсенькая прослойка над приложением. Это, по сути, система подай-принеси, принять запрос с фронта и отправить ответ. А что именно будет в ответе - решает не фреймворк, он здесь уже не при делах.

    Очень на эту тему прочищают мозги доклады и видео Дмитрия Елисеева. У него на сайте как раз появился доклад с PHP Russia 2019, который я горячо рекомендую.

    На ту же тему был и доклад Томаша Вотрубы, кстати. Что фреймворки, по сути, можно менять как перчатки, при желании. И у него есть даже инструмент для этого. Но в данном случае речь не об инструменте а о том, что фреймворк- далеко не главная часть приложения, и упираться в изучение фреймворков это все равно что в изучение отверток.
    Ответ написан
    4 комментария
  • Наилучший метод для изучения английского?

    @frontender
    Чет странные требования :) Объясню:
    1) язык невозможно выучить за месяц, даже сидя по 15 часов за ним, мозг так не работает, ему нужно время, чтобы переварить инфу. 3 месяца еще куда ни шло. К чему спешка? У вас экзамен по чтению/письму? :)
    2) Учить слова - полезно, но если их не использовать активно, не изучать контекст, в котором это слово употребляется, то это пустая трата времени.
    3) Надо учить времена, да и в целом грамматику, это очень поднимает скилл письма и чтения, тк есть понимание откуда ноги растут и сразу становится ясен смысл предложения. Все эти have been, пассивные залоги, used to и тп

    Накину несколько ресурсов:
    1. https://writeandimprove.com/ – отличный тренажер для письма на разные темы, есть автоматическая проверка полноты текста, грамматики, слов
    2. Grammarly – проверка грамматики в браузере, когда пишешь что то. Очень крутое расширение, можно сразу писать на stackoverflow и проверять себя при помощи этого расширения. Кучу простых ошибок точно уберете, заодно и запомнится, как писать правильно.
    3. Все таки толковый слооварь англ слов - это лучшее, что можно придумать. Пользуйтесь, не бойтесь. Переводите, если совсем не понимаете значение слова, это ж не запрещено.
    4. Quizlet - карточки для изучения слов, мне нравится. Просто как развлечение в свободно время, там не только карточки, но и разные режимы заучивания. Лишним это не бывает.
    Ответ написан
    Комментировать
  • Какие есть сервисы контроля удаленных сотрудников?

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

    или более похож на реальный боевой проект

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

    Не видел ни одного крупного боевого проекта с большой историей, который был бы нормально написан.
    Ответ написан
    1 комментарий
  • Книги по логике, или как добиться математического склада ума?

    dollar
    @dollar
    Делай добро и бросай его в воду.
    Логика воспитывается в детстве, в школе. Это не столько знания, сколько навык. Так что книги не особо помогут. Хотя есть формальная логика - это целая наука, можете почитать учебники, но опять же желателен математический склад ума изначально, и далее просто заполнять пробелы и совершенствоваться.

    Навык, как вы понимаете, достигается путём тренировок. А именно - совершением ошибок и последующим их исправлением, с одновременным извлечением урока. Грубо говоря, сначала вы учите правила шахмат, потом говорите "всё понятно, можно играть", затем вам указывают, что слон так не ходит и т.д., нужно просто принимать это без обид и корректировать действия, после чего ошибок всё меньше и меньше, пока вовсе не исчезнут. Дальше уже можно смотреть на ошибки другого уровня - не та стратегия развития, не верный расчет размена фигур в сложной комбинации, зевание фигур (хотя это больше на внимание), пропуск мата по глупости и т.д. Кстати, как раз шахматы хорошо подходят для тренировки логики, за это гуманитарии их не особо любят.

    Довольно интересно изучать когнитивные искажения. Это целый сборник популярных человеческих ошибок в логике. Например, ошибка игрока заключается в том, что если десять раз подряд выпала решка, то на одиннадцатый - наверняка выпадет орёл. Логично? И таких больше сотни. На ютубе есть наглядные ролики про некоторые искажения (и логику вообще), лично мне в этом плане нравится канал IFO, но дело вкуса.

    Собственно, сама математика (математические задачи) - лучший тренер логики. Можете брать прямо задачи для 5-7 класса и решать до тех пор, пока процент ошибок не станет равен нулю. Учебник нужен с ответами, чтобы проверять себя. Либо можете поискать интересные математические задачи типа олимпиадных (опять же, для детей), с каким-нибудь подвохом. Каждая сделанная ошибка будет делать вас лучше в плане логики. В момент осознания ошибки нужно остановиться и хорошенько вкусить смысл произошедшего, как так получилось, что помешало, как не допустить подобных ошибок в будущем и т.д. Кстати, в инете даже есть всякие списки вопросов на проверку идиотизма типа "сколько можно съесть яиц натощак", - вопросы там часто несуразные, но бывают прикольные. Если на 90% вопросов сможете ответить без подсказок, это хороший результат. Если нет - поздравляю, вы стали чуточку логичнее, чем были раньше.

    Наконец, пройдите тест на логику (взял с канала IFO) - это в любом случае тоже хорошая тренировка, заодно узнаете свой уровень. Также многие культурно-свободные тесты интеллекта - это на самом деле тесты на логику, так что можете их попробовать, например тест Равена (ссылку без регистрации и смс найти не удалось). Удачи!
    Ответ написан
    7 комментариев
  • Книги по логике, или как добиться математического склада ума?

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

    Вам достаточно просто не чувствовать себя таковой

    по развитию критического мышления
    навык завязан на теорию вероятностей и матстатистику в их прикладном понимании
    Данное понимание имеет крайне мало число людей
    Начать отсюда https://www.lesswrong.com/
    Потом в вики

    логики
    https://multipotens.com/logic-books/
    https://www.goodreads.com/shelf/show/logic

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

    что позволит вращаться в компании мужчин
    ИТ характерно тем, что тут постоянная нехватка женского пола.
    Потому вам нужно постараться, чтоб не вращаться в компании мужчин

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

    PS:
    EQ>>>IQ
    Ответ написан
    6 комментариев
  • Есть ли аналог htmlacademy или javarush для начинающих PHP-разработчиков на русском языке?

    marginBottom
    @marginBottom
    archive-ipq-co.narod.ru
    Советую посмотреть курсы от центра "Специалист" с преподавателем Игорем Борисовым (записи курса 2016 или 2017).
    Ответ написан
    Комментировать
  • Где сейчас тусуются серьезные PHP программисты?

    FanatPHP
    @FanatPHP
    Чебуратор тега РНР
    Завсит от цели, для чего это спрашивается.

    Если чтобы поприставать с нубскими вопросами - то нигде.
    Если чтобы почитать умных мыслей - РНР дайджест на Хабре прекрасно суммирует все, что было написано за две недели. У меня например никогда не хватает времени, чтобы прочесть всё. Куда больше-то - я уж и не знаю.
    Если чтобы поучаствовать в серьезном прокете - на гитхабе, выбирай любой.
    Если чтобы послушать интересные доклады и пообщаться вживую - то конференции.
    Если интересует внутренне устройство языка - то php internals.
    Если интересует, что пишут пхп селебрити про что угодно, кроме программирования - то твиттер (Расмус показывает картинки из аэропортов и роботов, которых собирает его сын, Сара постит котиков - и так далее).

    Где точно не тусуются:
    Тостер и всякие подобные ресурсы типа стаковерфлоя.
    Ну то есть специалиста можно найти, если поискать, но концентрация будет гомеопатическая, если учитывать количество восторженных щеночков, которые увидели язык вчера, и спешат срочно поделиться уже накопленным багажом знаний.
    Чаты. Телеграм, дискорд - вот это вот все.
    Самая адовая трата времени, которая в принципе бывает в жизни.
    Опять же, люди пишут о чем угодно, кроме программирования, и ради пары полезных строчек надо убить весь день.
    Ответ написан
    4 комментария
  • Как блокируется поток?

    sim3x
    @sim3x
    хттп - стейтлес протокол
    Браузер запросил у nginx страницу - получил ее

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

    У пхп фпм есть настройки
    В настройках есть свои ограничения по времени ответа и колличеству, одновременно готовых к обработке запроса от nginx, процессов

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

    OtshelnikFm
    @OtshelnikFm
    Обо мне расскажет yawncato.com
    СЕО как астрология. На просторах инета написано много, но нет единой базы знаний и что страшно - никто не понимает как это работает - только догадки. Ну есть конечно такие общие понятия как семантическое ядро (звезды) заголовки и метатеги (созвездия), но вот если углубиться в ранжирование - то мы получаем понятия "близнец сегодня в созвездии девы"
    Ответ написан
    1 комментарий
  • Порядок обучения с нуля при известном конечном результате. Соответствие ЯП к этапам реализации?

    Hivemaster
    @Hivemaster
    Админ, который хочет программировать
    Ответ написан
    Комментировать
  • Порядок обучения с нуля при известном конечном результате. Соответствие ЯП к этапам реализации?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    1. Любой.
    2. Любую.
    3. Ответ на этот вопрос потребует учебника средней толщины, а потому не влезет в лимит символов для ответа на Тостере.

    Может вам просто использовать 1С?
    Ответ написан
    Комментировать
  • Почему всем так нужен Doctrine, если он много не умеет?

    @Flying
    Doctrine реализует концептуально другой подход к работе с данными, именно в этом её большое преимущество и именно из этого следуют её ограничения.

    Если вы когда-нибудь сталкивались с паттернами проектирования то, возможно, слышали о таком человеке как Мартин Фаулер и о его книге "Patterns of Enterprise Application Architecture". В ней описываются паттерны проектирования enterprise level приложений. В этой книге Фаулер предложил набор паттернов, организующих работу с источниками данных через представление этих данных в виде связанных между собой объектов. В этот набор входят Data Mapper, Identity Map, Unit of Work и множество других паттернов.

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

    Попробуйте представить себе большой бизнес-проект над которым работают множество людей, в котором есть сотни видов данных, взаимодействующих друг с другом и определены сложные процессы вовлекающие множество видов данных. Разумеется это все можно написать и поддерживать вручную, таких примеров много, вопрос в стоимости подобной работы. Представьте себе необходимость вручную описывать последовательность запросов для сохранения данных в 20 таблиц и необходимость поддерживать корректность этого кода при всех следующих изменений бизнес-требований проекта. Уверен, если после полугода подобной работы вам предложат заменить всё это на одну строку $em->flush() - вы с радостью согласитесь и, возможно, тогда поймёте что даёт Doctrine разработчику.

    Именно из идеи перевода фокуса разработчика с деталей реализации хранилища данных на детали реализации бизнес-логики проекта рождаются ограничения Doctrine. Они могут восприниматься негативно если пытаться воспринимать Doctrine и DQL как урезанный SQL, почему-то возвращающий объекты, а не массивы. Да, разумеется какие-то сложные аналитические запросы вы на DQL не построите, но это только потому что у Doctrine другая цель. Если посмотреть на DQL чуть пристальнее (к примеру на то как в нём описываются join'ы) то можно заметить что Doctrine отталкивается не от того как данные разложены по таблицам, а от того как данные представлены в entities. Это не самое заметное, но очень важное отличие т.к. оно определяет пространство операций над данными. Грубо говоря приведённый вами ifnull() в DQL становится довольно бессмысленной конструкцией т.к. эта функция довольно слабо применима к объектам.

    Разумеется в реальных проектах зачастую бывают задачи которые требуют работы с данными в базе данных за пределами Doctrine, это нормально, ни один инструмент не является всеобъемлющим. Однако описываемые вами "недостатки" Doctrine проистекают скорее от непонимания того что это за инструмент и зачем он нужен, какие задачи он призван решить. Это непонимание устраняется через изучение того с чем вы работаете на более глубоком уровне. Если вы решите устранить его - вы получите в свои руки один из лучших инструментов для работы с данными в бизнес-проектах который только есть в мире PHP и тогда, надеюсь, сможете оценить его по достоинству.
    Ответ написан
    Комментировать
  • QA engineer, с чего начать?

    @azShoo
    Для начала давайте разберемся, что же такое QA? Понятие это довольно абстрактное, и в СНГ применяется зачастую в ином понимании, нежели в краях более отдаленных.
    QA - это обеспечение качества продукта, причем, в идеальном случае, на всех этапах разработки.
    Самое первое, с чем придется в большинстве случаев столкнуться QA Engineer`у это функциональное тестирование.
    Написание тестов по задачам и прохождение этих тестов., прохождение уже написанных, апдейт, заведение багов и прочее. В этом случае QA Engineer = Тестировщик. Для этого самое важное - хорошо работающая голова, умение читать задачи и задавать правильные вопросы: "А что если так? А если этак?".
    В зависимости от продукта требуются дополнительные скиллы -> в вебе своя специфика, в мобильных своя, в по - своя, в железе - своя. Ну и соответственно базовое понимание кода, работа с базой данных и прочее - тоже периодически понадобятся.

    Но, процесс обеспечения качества не заканчивается на функциональном тестировании, поэтому понятие QA шире, чем тестирование. Здесь мы уходим от банальных тестов по функциональным требованиям и переходим к анализу требований и документации (поиск узких мест в требованиях и реализации), юзабилити тестирование (поиск "косяков" в интерфейсах и функциональности), тестирование производительности и прочее.

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

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

    Что в итоге?
    Мне кажется, что QA-инженер это тестировщик, который вышел в своей работе за рамки тестирования. Который работает над качеством продукта не только в плане "Требования выполнены - к продакшену готовы", а старается делать продукт лучше во всех отношениях, в первую очередь - для бизнеса, во вторую - для пользователя, в третью - для тех, кто этот продукт делает.
    Следовательно, я считаю что путь QA лучше всего начинать именно с тестирования (кстати говоря, в России понятия QA и тестирования почти всегда тождественны в умах не-тестировщиков).
    Что важно для тестировщика?
    Способность и желание разбираться в том, как это [продукт\фича\пр] работает сейчас, и как это должно работать.
    Так же стоит приготовиться много говорить "нет, так не пойдет" менеджерам и разработчикам.
    Ну и вообще, смириться с тем, что другие стороны процесса очень часто готовы действовать в ущерб качеству.

    Что хотят, что бы знал джуниор?
    1) представление о процессе разработки. Этапы, когда пора тестировать и все такое.
    2) представление о написании тестов: что представляет из себя тест-план, тест-сьют, тест-кейс, тест-степ, Definition of Done, Ожидаемый результат и тд.
    3) представление о том, что такое дефект: Severity и Priority дефектов, какие бывают; из чего состоит описание дефекта, и все такое.
    4) хотя бы общее представление о тест-дизайне: что такое, зачем нужен, какие есть практики.
    5) Базовые навыки SQL - селект, упдейт, работа с несколькими таблицами и все такое.
    А ещё хотят, что бы человек умел думать. Будь готов к задачкам на логику (которые туфта и ненужны) и к задачкам типа "Есть окно с кнопкой, посылает запрос: напиши тесткейсы" или "Протестируй карандаш".

    Как-то так.
    К сожалению, больше рассказал именно о тестировании, чем о QA в целом. :)
    Ответ написан
    2 комментария