Возможно я буду грубым и бестактным, но каждый раз у меня возникало желание сделать глобальную переменную я мысленно представлял что со мной сделают коллеги и как я сам потом это буду поддерживать и желание создавать глобальные переменные как рукой снимало.
не выпилить насмерть, а не устанавливать и большинству софта не требовать а оставлять опциональным.
например иногда поверх убунту ставят kvm для виртуализации, но это не значит что надо kvm в десктоп версии должен быть из коробки, а также всем приложениям что могут быть запущенны внутри kvm давать в зависимость kvm (чтобы без kvm нельзя было установить), согласитесь для таких ситуаций люди делают apt install kvm так чем pulseaudio лучше, я знаю что в некоторых ситуациях он не обходим, но далеко не всем.
по мне прекрасная и правильная новость, не понимаю смысла Unity и mir, после установки ставил mate или xfce ну или kde, это нормальные DE ну и еще можно добавить и другие i3, awesome, cinnamon и другие (чтобы не обидеть)
Осталось в ubuntu еще отказаться от systemd (да знаю что он гибче чем раньше, но и сложней, намного мать его сложней и тащит кучу всего), я знаю о преимуществах systemd они реально есть, но и также есть куча проблем о которых многие пишут.
Еще выпилить pulseaudio он реально нужен максимум 10% пользователей (которым он НЕОБХОДИМ и нет других альтернатив) остальным достаточно ALSA, поэтому pulseaudio должен быть дополнительным и необязательным для всех, а не как сейчас.
все выше сказанное имхо и если оно не соответствует вашему видению или потребностям, что же бывает, все имеют право на мнение, просто этот функционал исчезновение которого я бы не заметил, а освобождение ресурсов и улучшения функционала которым пользуется большее количество людей, возможно, было бы полезней.
Лучше всего разработчику завести аккаунт на github (думаю это 100% людей)
Взять какой нибудь интересный проект, или небольшой инструмент который популярен в языке программирования.
Это позволит развиваться самому и рефакторить код, а в случае собеседования можно прикладывать профиль на github и когда говорят что хотелось бы увидеть ваш код (можно сразу показывать напоминать о профиле на github и пример кода)
Это имеет несколько плюсов:
Вы развиваетесь как разработчик улучшая решения
С вашим развитием улучшаете инструмент рефакторингом
На собеседование есть что показать и смысла давать вам другое тестовое задание нет (ну может только спросить работали с таким fw или либой)
То что у вас во втором задание это имхо зря потраченный один вечер ну или хз, я бы хорошо подумал стоит ли тратить столько времени которое могут не оплатить.
в банках все устроенно через одно место и там все должно быть безопасно и там такие драконевские меры безопасности на обычном компе, но при этом чуть чуть знаний и все эти заборы обходятся
Единственный более менее удобный способ использования инструмента я вижу в том чтобы люди далекие от программирования могли сообщить хоть какую то информацию и проблеме, например менеджер в случае ошибки мог примерно увидеть почему она возникла и кого пнуть, но такое на бой не поставишь.
Ну или я просто не достаточно хорошо знаю ваш инструмент и вы сейчас приведете много удобных примеров, только учитывайте что это будет в группе людей (разработчиков) которые понимают что такое логирование, отладка и профилирование.
вам видней, так как инструмент вы разрабатываете, им пользуются и кому то он нравится и возможно (скорей всего) он упрощает какие то частые действия и людям это нравится.
Но лично мне удобней, использовать отладчик если я что то отлаживаю или разрабатываю, если мне надо проанализировать sql запросы, мне удобней изменить логирование и проанализировать лог (если я увижу странные запросы, привет отладчик, при этом лог не только на стороне app но и бд если что), если у меня проблемы с производительностью(или что подобное) использовать profiling tool для анализа, а дальше опять привет отладчик чтобы все улучшить.
Именно этим вызвано мое не понимание к подобным инструментам, я не знаю где его применять, запускать просто если проблема не выявлена то расчехлять инструменты и анализировать там, зачем тогда его изучать? если можно сразу инструментами получить инфу, для мистического экономия времени? так на изучения инструмента уйдет время, помимо этого для другова fw будет другой инструмент(пусть похожий но все же) нет общего стандарта или инструмента и для нового fw изучать новый инструмент, а те подходы что я описал выше, помогают почти всегда, причем даже с разными языками программирования.
Очень интересно когда один из контрибютеров, при возникновение проблемы, для анализа проблемы использует xdebug вместо инструмента который разрабатывается для анализа проблем(отладчик).
Я не хочу сказать что xdebug нельзя и тд, я просто хочу сказать что любой подобный инструмент (о котором говорится в статье) это лишь очень поверхностный анализ, применение которого довольно ограничено и изучения инструментов вроде xdebug, phpdbg или xhprof вполне может окупится и не будет необходимости в использование других инструментов. (скриншот в таске)
Я хочу сказать что у разработки в любом случае бывают отладчики и профилирование, для поиска узких или проблемных мест и их использование гораздо более глубое, чем отладка на уровне приложения.
начиная с версии 5.6 в комплекте идет phpdbg которые не отключается, просто он не так распротранен и не интегрирован в ide но возможно когда нибудь его интегрируют и как бы никому не мешает и не тормозит.
Так если это локал (дев среда) то xdebug вполне может помочь, потому что если надобилась отладка то надо ковырять, а верить в то что чуть копнем и может бага закроется слишком оптимистично.
Еще полезный аргумент в пользу посмотреть sql запросы, так почему бы нормально не настроить логирование? и не посмотреть лог.
Возможно кому то это и удобно, но точно не мне, например один проект на yii, другой на ларе и везде разная отладка, это как отлаживать через var_dump все понимают что плохо, еще есть свой отладчик для symfony и тд.
Еще благодаря таким штукам есть шанс на то что то отвалится, например https://habrahabr.ru/post/322166/#comment_10079130
не понимаю зачем такие штуки вообще нужны, я думал они уже вымерли, на прод не поставить
почему не использовать xdebug и профилирование в том же xdebug или xhprof, ну или более современный отладчик который есть из коробки в стабильных версиях php (начиная с 5.6 вроде), http://phpdbg.com/
глобальные переменные ?
Возможно я буду грубым и бестактным, но каждый раз у меня возникало желание сделать глобальную переменную я мысленно представлял что со мной сделают коллеги и как я сам потом это буду поддерживать и желание создавать глобальные переменные как рукой снимало.
Хотя возможно у вас свои нюансы и они оправданны.
наконец то не IE единым, но учитывая как это все работает, это быть бесплатным бето тестером
ну они его и создадут, просто со своими закладками, а потом ключи продадут.
например иногда поверх убунту ставят kvm для виртуализации, но это не значит что надо kvm в десктоп версии должен быть из коробки, а также всем приложениям что могут быть запущенны внутри kvm давать в зависимость kvm (чтобы без kvm нельзя было установить), согласитесь для таких ситуаций люди делают apt install kvm так чем pulseaudio лучше, я знаю что в некоторых ситуациях он не обходим, но далеко не всем.
Осталось в ubuntu еще отказаться от systemd (да знаю что он гибче чем раньше, но и сложней, намного мать его сложней и тащит кучу всего), я знаю о преимуществах systemd они реально есть, но и также есть куча проблем о которых многие пишут.
Еще выпилить pulseaudio он реально нужен максимум 10% пользователей (которым он НЕОБХОДИМ и нет других альтернатив) остальным достаточно ALSA, поэтому pulseaudio должен быть дополнительным и необязательным для всех, а не как сейчас.
все выше сказанное имхо и если оно не соответствует вашему видению или потребностям, что же бывает, все имеют право на мнение, просто этот функционал исчезновение которого я бы не заметил, а освобождение ресурсов и улучшения функционала которым пользуется большее количество людей, возможно, было бы полезней.
Это имеет несколько плюсов:
То что у вас во втором задание это имхо зря потраченный один вечер ну или хз, я бы хорошо подумал стоит ли тратить столько времени которое могут не оплатить.
там нет контроллера доменов и нет такой магии
в банках все устроенно через одно место и там все должно быть безопасно и там такие драконевские меры безопасности на обычном компе, но при этом чуть чуть знаний и все эти заборы обходятся
а зачем оно на декстопе с нормальным монитором (не 16х9 который или 21x9) ?
p.s. пользуюсь линуксом но другой de и не понимаю фишки глобального меню.
учитывая список ресурсов которые банятся
наверно с ним уже давно было поконченно
почитаю потом статью про прокрастинацию, знаем мы этот потом.
эх извращаться так извращаться.
А что мешало в первом варианте что вы писали сделать следующее:
Итого получаем, старые скрипты работают с view вместо таблицы и даже не замечают подмены, действия на данными во view обрабатываются тригерами
Ну или я просто не достаточно хорошо знаю ваш инструмент и вы сейчас приведете много удобных примеров, только учитывайте что это будет в группе людей (разработчиков) которые понимают что такое логирование, отладка и профилирование.
Но лично мне удобней, использовать отладчик если я что то отлаживаю или разрабатываю, если мне надо проанализировать sql запросы, мне удобней изменить логирование и проанализировать лог (если я увижу странные запросы, привет отладчик, при этом лог не только на стороне app но и бд если что), если у меня проблемы с производительностью(или что подобное) использовать profiling tool для анализа, а дальше опять привет отладчик чтобы все улучшить.
Именно этим вызвано мое не понимание к подобным инструментам, я не знаю где его применять, запускать просто если проблема не выявлена то расчехлять инструменты и анализировать там, зачем тогда его изучать? если можно сразу инструментами получить инфу, для мистического экономия времени? так на изучения инструмента уйдет время, помимо этого для другова fw будет другой инструмент(пусть похожий но все же) нет общего стандарта или инструмента и для нового fw изучать новый инструмент, а те подходы что я описал выше, помогают почти всегда, причем даже с разными языками программирования.
Я не хочу сказать что xdebug нельзя и тд, я просто хочу сказать что любой подобный инструмент (о котором говорится в статье) это лишь очень поверхностный анализ, применение которого довольно ограничено и изучения инструментов вроде xdebug, phpdbg или xhprof вполне может окупится и не будет необходимости в использование других инструментов. (скриншот в таске)
Я хочу сказать что у разработки в любом случае бывают отладчики и профилирование, для поиска узких или проблемных мест и их использование гораздо более глубое, чем отладка на уровне приложения.
Еще полезный аргумент в пользу посмотреть sql запросы, так почему бы нормально не настроить логирование? и не посмотреть лог.
Возможно кому то это и удобно, но точно не мне, например один проект на yii, другой на ларе и везде разная отладка, это как отлаживать через var_dump все понимают что плохо, еще есть свой отладчик для symfony и тд.
Еще благодаря таким штукам есть шанс на то что то отвалится, например https://habrahabr.ru/post/322166/#comment_10079130
почему не использовать xdebug и профилирование в том же xdebug или xhprof, ну или более современный отладчик который есть из коробки в стабильных версиях php (начиная с 5.6 вроде), http://phpdbg.com/