Не согласен. Пользуюсь телегой на линуксе уже несколько лет - ни разу не было ни одной критической проблемы. Сложно даже вспомнить не критические. openSUSE Tumbleweed с KDE
Тем, кому интересны шутеры? Или, к примеру, тем, кому интересны Лем, Стругацкие? У игры есть игровой процесс, сюжет, графика, стиль - найдутся любители. К примеру, Workers & Resources: Soviet Republic тоже с советским сетапом. Тем не менее многие любители градостроительных симуляторов в неё играют. И совсем не потому что надо строить коммунизм.
Тут более забавно, что
в VK Play для РФ и стран СНГ и в Steam для остальных стран мира
А еще стрессы культивируются соседями из неразвитых стран. Вот я, к примеру, тревогу распознаю по характерным уведомлениям и громким сиренам. Тоже стресс, знаете ли =) С такой тревогой сложно бороться даже с психотерапевтом. Но как-то уже привычно.
Оно как то поможет использовать чужой готовый Легаси код?
Я не совсем понял, что Вы имеете в виду. В первую очередь строгую типизацию Вы делаете для себя и кода, над которым в данный момент работаете. Оно работает на уровне файла и
применяется к вызовам функций, сделанным изнутри файла с включённой строгой типизацией, а не к функциям, объявленным в этом файле.
Т.е. если Вы не укажете declare(strict_types=1) и будете вызывать функцию из файла с указанной строгой типизацией, то будет применяться приведение типов и Вы сможете передать int вместо string.
То же применимо и к легаси. Если там есть строгая типизация и у Вас включена - всё хорошо, всё будет работать, как ожидается. Если у Вас не включена - то без разницы. Если в легаси не включена - то, скорее, Вам надо бы найти аналог поновее или сделать типизированную обёртку нужных методов (по желанию и возможности, конечно же, я с такой проблемой никогда не сталкивался), или использовать как есть.
Пожалуй я тут воспользовался возможностью php не указывать тип.
Очень зря. Попробуйте как-то в каждом Вашем PHP файле указать declare(strict_types=1); и типизировать каждый аргумент, каждый return type, каждое свойство класса, заиспользуйте phpstan с уровнем 9, попробуйте решить все ошибки анализатора (он подсказывает, как) и Вы внезапно обнаружите, что язык Вам сам подсказывает где и как лучше сделать.
PHP - это одна большая помойка. От языка до инфраструктуры. От инфраструктуры до мест работы. От мест работы до людей, которые с вами работают Остальные места работы на PHP - это параши той или иной засраности, если вы работаете там даже сеньором. PHP-шник мало того что всю игру кукарекает Но все программисты на PHP, что мне попадались - люди с интеллектом дай бог чуть выше среднего В этом стэке некуда развиваться. Тут гнобят за развитие и критическое мышление. Это гребаный тупик
Один Вы Д'Артаньян
Хороший у Вас подход. Сначала обосрать как можно, а потом удивляться, с чего бы это Вас в ответ гнобили, лол. А почему? - да потому что Вы не так хороши в PHP, как себе возомнили. И не имеете никакого права критиковать то, с чем не умеете работать.
Именно. Я вот с PHP работаю с 2008-го года. Был от силы на трёх десятках собеседований за всю карьеру. И то большинство было когда я усиленно искал работу (и когда работал с D7 битрикса, лол).
И хватит говорить о комьюнити. Вы совсем не понимаете, что это такое. Это не групка людей, которых можно обосрать, только потому что Вы не способны решить задачи, которые способен решить инструмент.
Как я уже подмечал, у Вас не было опыта работы з нормальным проектом PHP, что бы ныть. То что Вы работали с битрикс/ларавел легаси - ничего не говорит о PHP в целом. Это только говорит о том, что Ваша предыдущая работа - говно, или Вы просто нуб с огромным ЧСВ, ибо 10 лет. Лол.
Репы с PHP8 beta и RC были доступны еще до релиза (по крайней мере в SUSE точно), а не только бинарник для винды, лол (эти Ваши рассуждения, кстати, хорошо демонстрируют Ваши познания линукс и предпочтения в использовании OS). Как выше верно подметил @TonyKentnarEarth- строгая типизация есть уже минимум года 3, а то и больше (с каждой версией идёт улучшение в эту сторону).
У нас PHP8 активно юзается на проде (несколько проектов) уже минимум как год, и переезд на PHP8 был довольно прост из-за того, что у нас используются дев-тулзы и строгая типизация (внезапно). И не просто, что бы был PHP7 код с PHP8 интерпретатором, а с изменениями по необходимости.
приведёте пример что вы имели ввиду в этом контексте.
Ну вот Вы посылаете запрос на Unione. Что-то идёт не так, и Ваш код отработал, а письмо не ушло. Вам приходится более пристально следить, где будет вызываться отправка сообщения самим сообщением.
То, что Вы описали есть к примеру в AWS (App -> SQS -> Lambda -> SES). А Unione придётся ретраить отправку http-запроса. И тогда она у Вас окажется в Message.
Я думаю что я могу задействовать например Guzzle\HttpClient для асинхронной отправки.
Именно. Не нужна своя прослойка. Просто используйте ClientInterface(посмотрите, какой интерфейс у большинства популярных http-клиентов). Если изменится клиент (к примеру Вы попробуете symfony/http-client) - у Вас в любом случае будет ClientInterface. Для этого и существуют PSR/PER (хотя им необязательно следовать).
По поводу сервиса. RestSender, насколько я понимаю, внутри Message. И какой-то немного странный: просто обёртка над ClientInterface. Зачем, почему бы не заинжектить его, вместо своего интерфейса? И почему бы не выкинуть его из Message? Оно слишком много знает.
Что будете делать, если письмо, к примеру, не отправится? А бизнес говорит, что надо обязательно отправить. Ретраить внутри Message? Зачем Вам обертка над http клиентом фреймворка, которая просто дублирует (?!) единственный метода родителя? Вы действительно думаете, что реализации http клиента очень часто меняются (PSR-7, PSR-18)? Зачем Вам сервис отправки сообщений, если это просто тот же (завязанный на Message), ничем не отличающийся, вынесенный функционал в отдельный класс?
Лол, не вводите людей в заблуждение байками многолетней давности. PHP7 вышел 7 лет назад, PHP8 уже года два как релизнулся. И у меня есть огромные сомнения, что Вы вообще видели его в глаза с битриксом и ларавелем =)
Не согласен. Пользуюсь телегой на линуксе уже несколько лет - ни разу не было ни одной критической проблемы. Сложно даже вспомнить не критические. openSUSE Tumbleweed с KDE
Тем, кому интересны шутеры? Или, к примеру, тем, кому интересны Лем, Стругацкие? У игры есть игровой процесс, сюжет, графика, стиль - найдутся любители. К примеру, Workers & Resources: Soviet Republic тоже с советским сетапом. Тем не менее многие любители градостроительных симуляторов в неё играют. И совсем не потому что надо строить коммунизм.
Тут более забавно, что
Ой, никому не желаю таких проблем =) Только вот выбирать не приходится.
А еще стрессы культивируются соседями из неразвитых стран. Вот я, к примеру, тревогу распознаю по характерным уведомлениям и громким сиренам. Тоже стресс, знаете ли =) С такой тревогой сложно бороться даже с психотерапевтом. Но как-то уже привычно.
У вас в разделе отчётов есть опечатка в настройках графика: "тип графига"
Я не совсем понял, что Вы имеете в виду. В первую очередь строгую типизацию Вы делаете для себя и кода, над которым в данный момент работаете. Оно работает на уровне файла и
Т.е. если Вы не укажете declare(strict_types=1) и будете вызывать функцию из файла с указанной строгой типизацией, то будет применяться приведение типов и Вы сможете передать int вместо string.
То же применимо и к легаси. Если там есть строгая типизация и у Вас включена - всё хорошо, всё будет работать, как ожидается. Если у Вас не включена - то без разницы. Если в легаси не включена - то, скорее, Вам надо бы найти аналог поновее или сделать типизированную обёртку нужных методов (по желанию и возможности, конечно же, я с такой проблемой никогда не сталкивался), или использовать как есть.
Очень зря. Попробуйте как-то в каждом Вашем PHP файле указать
declare(strict_types=1);и типизировать каждый аргумент, каждый return type, каждое свойство класса, заиспользуйте phpstan с уровнем 9, попробуйте решить все ошибки анализатора (он подсказывает, как) и Вы внезапно обнаружите, что язык Вам сам подсказывает где и как лучше сделать.ну да, ну да, я заметил
Один Вы Д'Артаньян
Хороший у Вас подход. Сначала обосрать как можно, а потом удивляться, с чего бы это Вас в ответ гнобили, лол. А почему? - да потому что Вы не так хороши в PHP, как себе возомнили. И не имеете никакого права критиковать то, с чем не умеете работать.
Они везде есть. По крайней мере, я не сру на всех подряд, потому что я не умею в их инструменты.
И все они, очевидно были говном. Или Вы нуб.
чего? какие такие компактные аннотации? Или я не знаю PHP, или Вы.
Я вижу Вас слабаком. Вангую, что через пару лет и комьюнити руби будет говном, даже не подозревая об этом, лол. На этом и закончим
Именно. Я вот с PHP работаю с 2008-го года. Был от силы на трёх десятках собеседований за всю карьеру. И то большинство было когда я усиленно искал работу (и когда работал с D7 битрикса, лол).
Слабак)
И хватит говорить о комьюнити. Вы совсем не понимаете, что это такое. Это не групка людей, которых можно обосрать, только потому что Вы не способны решить задачи, которые способен решить инструмент.
Как я уже подмечал, у Вас не было опыта работы з нормальным проектом PHP, что бы ныть. То что Вы работали с битрикс/ларавел легаси - ничего не говорит о PHP в целом. Это только говорит о том, что Ваша предыдущая работа - говно, или Вы просто нуб с огромным ЧСВ, ибо 10 лет. Лол.
Репы с PHP8 beta и RC были доступны еще до релиза (по крайней мере в SUSE точно), а не только бинарник для винды, лол (эти Ваши рассуждения, кстати, хорошо демонстрируют Ваши познания линукс и предпочтения в использовании OS). Как выше верно подметил @TonyKentnarEarth- строгая типизация есть уже минимум года 3, а то и больше (с каждой версией идёт улучшение в эту сторону).
У нас PHP8 активно юзается на проде (несколько проектов) уже минимум как год, и переезд на PHP8 был довольно прост из-за того, что у нас используются дев-тулзы и строгая типизация (внезапно). И не просто, что бы был PHP7 код с PHP8 интерпретатором, а с изменениями по необходимости.
facepalm.jpg
Аттрибуты в PHP8. Не аннотации. О каких паттернах может идти речь, если в таких элементарных понятиях путаетесь =)
Ну вот Вы посылаете запрос на Unione. Что-то идёт не так, и Ваш код отработал, а письмо не ушло. Вам приходится более пристально следить, где будет вызываться отправка сообщения самим сообщением.
То, что Вы описали есть к примеру в AWS (
App -> SQS -> Lambda -> SES). А Unione придётся ретраить отправку http-запроса. И тогда она у Вас окажется вMessage.Именно. Не нужна своя прослойка. Просто используйте
ClientInterface(посмотрите, какой интерфейс у большинства популярных http-клиентов). Если изменится клиент (к примеру Вы попробуете symfony/http-client) - у Вас в любом случае будетClientInterface. Для этого и существуют PSR/PER (хотя им необязательно следовать).По поводу сервиса.
RestSender, насколько я понимаю, внутриMessage. И какой-то немного странный: просто обёртка надClientInterface. Зачем, почему бы не заинжектить его, вместо своего интерфейса? И почему бы не выкинуть его изMessage? Оно слишком много знает.Что будете делать, если письмо, к примеру, не отправится? А бизнес говорит, что надо обязательно отправить. Ретраить внутри Message? Зачем Вам обертка над http клиентом фреймворка, которая просто дублирует (?!) единственный метода родителя? Вы действительно думаете, что реализации http клиента очень часто меняются (PSR-7, PSR-18)? Зачем Вам сервис отправки сообщений, если это просто тот же (завязанный на Message), ничем не отличающийся, вынесенный функционал в отдельный класс?
Есть мнение, что автор не умеет в пхп от слова "совсем". И кода не будет, просто верьте, что автор умеет)
Лол, не вводите людей в заблуждение байками многолетней давности. PHP7 вышел 7 лет назад, PHP8 уже года два как релизнулся. И у меня есть огромные сомнения, что Вы вообще видели его в глаза с битриксом и ларавелем =)