khodos будет жить. Поприветствуем!

khodos: Здравствуйте, уже полчаса долблюсь. В ConEmu возможно выводить логи встроенного сервера разными цветами? Что бы ошибка красного например цвета была

Это же вообще какая-то поделка на це плюс плюс, какие к нам вопросы то

То есть это только в Linux возможно?

Нет не только в Linux

Ну тогда как это сделать?

https://conemu.github.io/en/SolarizedColors.html

Что-то такое

@Dumzzet будет жить. Поприветствуем!

панелька сисадмина вордпресса? =)

2 месяца, 1 месяц на битрексе «глупый я дурилка», и еще 1 месяц над интересным проектом, но меня уволили

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

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

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

Да че обижаться, да вроде думаю. Надо опыт получать.

Да че обижаться, да вроде думаю. Надо опыт получать.

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

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

Да угорать будут всегда, невозможно все знать

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

Можно только мелкими шагами становиться лучше себя вчерашнего.

что за пакет такое подсвечивает?

что за пакет такое подсвечивает?

Наверное баш так настроил

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

отличное изречение. я его даже в избранное добавил!

https://developer.mozilla.org/ru/docs/Web/JavaScript может кто не знает.. мало ли) для пхп разработки он тоже неужен)

https://developer.mozilla.org/ru/docs/Web/JavaScript может кто не знает.. мало ли) для пхп разработки он тоже неужен)

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

неужели все так плохо с ДЖС? неужели таки мертвый) это же товповый язык .. он уже и Яву перегнал даже) все же в веб будет в будущем.. все сферы жизни человека..

и я же правильно понимаю.. ДЖС определенной версии встраивается в браузер.. и поставляется именно вместе с браузером.. отдельного standalone модула или интерпретатора (как в случае с php ) для JS нету?

Можно рекламу для будущих мигрантов?

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

Не понял, почему это ужасно

Не понял, почему это ужасно

потому, что статики зло, их нужно искоренять, а не поддерживать.

Они не зло

они ужасное зло, мало того что в трушном ООП им нет места, так еще и тестировать их ужасно неудобно.

да и как можно называть не злом поля представляющие глобальное состояние, они определенно должны быть удалены из языка, любого)

Если функция чистая то нет смысла делать ее не статической

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

а что плохого в том, чтобы создать объект? это не сложно и его состояние легко отслеживается, время создания и вообще лайфцикл статиков отследить практически всегда невозможно

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

> а что плохого в том, чтобы создать объект? А что хорошего? Плохого - нарушение kiss/yagni, лучше не делать действие если его можно не делать.

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

процедуры тоже нарушают саму парадигму, почему против них не боремся?

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

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

Не с состоянием, а без состояния. Я про это говорю.

процедуры тоже нарушают саму парадигму, почему против них не боремся?

потому, что они не создают проблем, а статики создают их всегда

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

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

А в случае с пшп\жс вообще неприменимы все эти понятия кучи, тредов и тд

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

это не разные проблемы, а просто проблемы, которые создает использование статиков.

ия использую статики и у меня нет с ними проблем, а только профит и уменьшение количества кода

И раз уж на то пошло, то в пшп ты не сможешь выполнить статик с состоянием, будет ошибка что нельзя обращаться к $this

вот блин запустимл я снова вещую тему)

ия использую статики и у меня нет с ними проблем, а только профит и уменьшение количества кода

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

это уже априори плохой дизайн и в отсутствие проблем я не верю тем более если ты пишешь тесты)

А при использовании интерфейса ты жестко завязываешься на интерфейс, кошмар да?

это уже априори плохой дизайн и в отсутствие проблем я не верю тем более если ты пишешь тесты)

Я как раз в тестах и применил удачно статики

А при использовании интерфейса ты жестко завязываешься на интерфейс, кошмар да?

прикинь да и нет ни кошмар, поскольку реализация не имеет значения и SOLID во всей красе

SOLID это всего-лишь 5 принципов, а не абсолют построения софта

И буквочку L из этого слова уже начинают ненавидеть. Говорят это антипаттерн.

И буквочку L из этого слова уже начинают ненавидеть. Говорят это антипаттерн.

?

?

Ну вот новое дополнение в пшп 7.3 про контрвариативность или как там его

А лисков причём

ия использую статики и у меня нет с ними проблем, а только профит и уменьшение количества кода

и в чем профит? доступ к методу из любой части системы?

Не всегда можно легко создать инстанс класса, особенно если он требует сложные зависимости

А в phostorm даже есть инспекция method can be static

А в phostorm даже есть инспекция method can be static

шутишь?

https://blog.jetbrains.com/phpstorm/2016/03/make-static-refactoring-tool-in-phpstorm-11/

Не всегда можно легко создать инстанс класса, особенно если он требует сложные зависимости

а почему тогда метод должен быть расположен в таком классе?

https://blog.jetbrains.com/phpstorm/2016/03/make-static-refactoring-tool-in-phpstorm-11/

наркоманы, видимо yii'boys их просили

1) В C# например не бывает функций вне классов 2) В PHP если он логически принадлежит к классу то почему бы его там не расположить.

1) В C# например не бывает функций вне классов 2) В PHP если он логически принадлежит к классу то почему бы его там не расположить.

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

Мы же вообще рассуждали про все языки. В разных языках статики могут быть удобны по разным причинам.

в жс я не знаю какая там ситуация, я пишу в основном на TS и на ангуляре поверхностно.

В пшп я всегда делаю метод статическим если в нем нет состояния. Еще ни разу не нарывался на проблемы из-за этого.

В основном это всякие utility методы, либо фабричный метод

Мы же вообще рассуждали про все языки. В разных языках статики могут быть удобны по разным причинам.

в эрланге нет классов и методов, в брейнфаке нет ооп... давай не уходить от php слишком далеко.

а в пхп есть статики, давай не уходить от них :)

Если кто-то там начал их считать антипаттерном, ну штош. Его проблемы.

но в жс их добавляют наверно не от хорошей жизни.

а в пхп есть статики, давай не уходить от них :)

есть - это не хначи, что их следует использовать. суперглобальные переменные в пхп тоже есть

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

В основном это всякие utility методы, либо фабричный метод

опять bad design, если ты производишь какое -то действие или операцию, то метод должен быть частью объекта с которым ты работаешь. выносить в utility всякие general cases -это плохо

js пожалуй самый ужасный язык, который мог попасть на сторону клиента в браузере

Все языки ужасны, а ООП это антипаттерн.

наличие состояния ведет к запутанному коду. Нужно только функционально писать.

java не пахнет ?, а вот терпимость к запахам я не хочу обсуждать

Все языки ужасны, а ООП это антипаттерн.

что тебе Организация Обьединения Палестины сделала???

(сказал человек который пишет на похапе)

:D

Все языки ужасны, а ООП это антипаттерн.

какая из формулировок ООП ужасна? вариант алана вполне приятен

наличие состояния ведет к запутанному коду. Нужно только функционально писать.

наличие состояния и работа с ним очень часто (и особенно в больших корпоративных продуктах) -это часть требований.

наличие состояния ведет к запутанному коду. Нужно только функционально писать.

только узнал про фунциональщину и мир перевернулся?

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

только узнал про фунциональщину и мир перевернулся?

Нет, просто все ваши рассуждения про bad design применительно к php есть ужаснейшная демагогия и двойные стандарты.

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

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

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

ага, просит описать процесс течения жидкости в трубе.