@prophp7

Страница 1308 из 1387
Sergey
30.09.2018
21:46:14
а какое применение к пхп-то?
ну вот выше привели - у тебя есть twig шаблон и ты можешь бряку там поставить. И в редакторе будет twig а отладка будет по сгенеренному php коду

Sergey
30.09.2018
21:46:57
ну и все что с кодогенерацией по какому-то DSL так можно прозрачно внедрять

f4rt~
30.09.2018
21:47:11
Спасибо! Если вдруг чего не хватает в PhpStorm или есть идеи какие-то – пишите мне
не знаю в чем проблема в шторме или в симфони плагине, однако если у ентити есть поле date, то шторм в ->findOneBy/->findBy['date' => $date) подсвечивает его как спловскую ф-цию даты)

Google
Sergey
30.09.2018
21:47:13
запилить дженерики дело то не хитрое, даже были реализации

Bohdan
30.09.2018
21:47:32
найми сишника и толкай RFC
"запили себе сишника"

Alexander
30.09.2018
21:47:33
найми сишника и толкай RFC
так-то уже ребята пытались толкать, только отклонили RFC =(

Алексей
30.09.2018
21:47:52
Внедрите в phpstorm алису, чтобы ты говорил "Привет шторм, надо сделать такое то приложение", а он тебе такой " Да хозяин, сейчас напишу"

Sergey
30.09.2018
21:48:00
так-то уже ребята пытались толкать, только отклонили RFC =(
по дженерикам - нет. Та что висит - за нее не голосовали - там много подводных камней которые надо разрулить до того как продолжать обсуждать

Алексей
30.09.2018
21:48:44
или "аще абарзел, пиши сам, я не в настроении!"
Это баг какой-то, тогда не Алису,а Алика

f4rt~
30.09.2018
21:48:50
Sergey
30.09.2018
21:49:27
или это я с pipe-оператором перепутал, или short-closure
pipe операторы вроде тож не голосовали (там еще глупая история - там 2 RFC и сначала надо было первую принять а потом вторую (сами pipe операторы) - так эти дебилы начали топить сначала за вторую с пометкой что "клево будет только после первой"

short closure - опять же проблема с синтаксисом - никому никакой вариант не нравится, консенсуса нет

Google
Sergey
30.09.2018
21:50:29
а еще в php все еще очень примитивный LR(1) парсер который в много крутых синтаксических штук банально не может

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

Alexander
30.09.2018
21:53:52
итого: нужно либо ждать, когда изменится ситуация с проверкой типов в рантайме, либо смириться и потихому пилить на том, что уже имеет необходимые фичи?

Maksim
30.09.2018
21:55:05
ждать когда проверка типов в компаилтайме будет у пхп?) проще ждать чего-то более реальное. Ну там мешок с баблом и т.д.

f4rt~
30.09.2018
21:55:10
интересно а что еще прикольного могут принять в 7.4

f4rt~
30.09.2018
21:55:50
и дропнут ли остальные версии 7.5/6/7/8/9 в пользу 8-й с тем же джитом

Alexander
30.09.2018
21:55:52
интересно а что еще прикольного могут принять в 7.4
7.4 вроде стабилизирующий релиз, в котором депрекейты будут определять, емнип. нового ничего вроде не будет

Evgeniy
30.09.2018
21:55:53
Sergey
30.09.2018
22:13:16
ибо семантику настолько радикально не поменяют. Я не представляю такого...

Sergey
30.09.2018
22:14:25
они уже пхп 6 сделали разок)
там семантика не сильно менялась, все ключевые изменения были под копотом

Sergey
30.09.2018
22:14:52
на твой код возможность писать переменные вида $какаятоХуйня никак не влияет

грустно наверное быть php6 core developer

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

Maksim
30.09.2018
22:17:40
после этого врядли будет ещё большие и сложные задачи, которые затребуют тонну времени. особенно если учесть местную дермократию... в общем, не будет в пхп ничё глобального меняться)

Google
Sergey
30.09.2018
22:17:53
вообще пыху не хватает спеки и альтернативных реализаций интерпритатора. конкуренции нету

хотя... опять же зачем...

на сегодняшний день я не вижу ни одного существенного плюса для php в коммерческой разработке (ну то есть не лэндинги с бложиками)

а от того я не вижу большого смысла новые проекты писать на php

Maksim
30.09.2018
22:19:31
Ты чё, дешевле же ;)

Плюс есть ровно 1: есть орда писак +/- под любую сложность проекта. Каким бы крутым не был там котлин, раст или какая-нить скала, попробуй людей найди.

Sergey
30.09.2018
22:21:43
Ты чё, дешевле же ;)
да как бы не то что бы сильно дешевле. я б сказал совсем не дешевле

Maksim
30.09.2018
22:21:59
Bohdan
30.09.2018
22:22:08
фифтифифти, ага

Bohdan
30.09.2018
22:22:42
проблема в том, что многие проекты, которые выглядят крутыми на самом деле не очень крутые и там наплевать, на чем писать

Sergey
30.09.2018
22:22:53
причем странно - у меня вот есть парочка знакомых адекватных людей, но они работают не на самых интересных для них проектах, и получают не столько сколько могли бы...

Bohdan
30.09.2018
22:23:02
и пхп тут проще просто потому, что людей много а то, что напишут дерьмо - и пусть, работать же будет

Sergey
30.09.2018
22:23:05
и встречаю кадров которым платят явно слишком много

Sergey
30.09.2018
22:23:36
Maksim
30.09.2018
22:23:51
Ну, если бы всюду вместо пхп брали го, ничё бы явно не изменилось) ещё большой вопрос где большее дерьмо напишут)

Bohdan
30.09.2018
22:24:02
ну справедливости ради всеравно скорее всего дерьмо напишут)
дерьмо на пхп отличается от дерьма на абстрактном котлине имхо)

о, два контрастных мнения

Google
Sergey
30.09.2018
22:24:25
дерьмо на пхп отличается от дерьма на абстрактном котлине имхо)
отличается, но есть тебе это будет все так же не очень приятно

Bohdan
30.09.2018
22:25:25
не поспоришь но тут уже статистика начинает играть

Sergey
30.09.2018
22:25:25
Ну, если бы всюду вместо пхп брали го, ничё бы явно не изменилось) ещё большой вопрос где большее дерьмо напишут)
опять же твоя выборка не репрезентативна. И опять же - любой язык который популярен будет страдать подобными кадрами. Все хотят запрыгнуть в хайп трейн

Го к тому же проще пыха

Admin
ERROR: S client not available

Sergey
30.09.2018
22:26:01
ну блин, мы говорим о языке который проще в освоении чем какой-либо другой

Maksim
30.09.2018
22:26:33
опять же твоя выборка не репрезентативна. И опять же - любой язык который популярен будет страдать подобными кадрами. Все хотят запрыгнуть в хайп трейн
Любая выборка нерепрезеньативна по определению. Если завтра го перестанет быть хайповым и все начнут топить за раст, ему пиздец. Даже в нем умудрятся сигфол делать

Bohdan
30.09.2018
22:26:36
го проще как язык, но сложнее как профессия в том смысле, что на пхп можно и не знать всех этих ваших cs и прочего, а на го придётся минимально разобраться

Sergey
30.09.2018
22:26:37
при том что он более чувствителен к безграмотности людей нежели тот же пых (который прощает многое за счет умирающей модели)

Bohdan
30.09.2018
22:27:09
и потому на пхп много блогописцев и cmsеров

Maksim
30.09.2018
22:28:13
Maksim
30.09.2018
22:29:06
да но как часто тебе надо выдавливать?)
Ну, с появлением го сильно реже)

Bohdan
30.09.2018
22:29:31
Ну, с появлением го сильно реже)
го из тебя все выдавил?)

Maksim
30.09.2018
22:29:40
Bohdan
30.09.2018
22:30:05
проблема в том, что действительно выдавливать из себя что - то умное не пхп нужно очень и очень редко

Maksim
30.09.2018
22:30:34
Не похоже на проблему, на самом деле)

Bohdan
30.09.2018
22:32:56
я и не говорю, что это проблема)

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

Google
Maksim
30.09.2018
22:35:33
Да в го аще думать не надо.любая рукожопая хуита из 2х сотен микросервисов будет быстро работать)

Sergey
30.09.2018
22:37:17
If there's a new way, I'll be the first in line. But it better work this time (c) Дэйв Мастэйн, Peace sells but whos buying

Sergey
30.09.2018
22:59:45
Evgeniy
30.09.2018
23:00:43
Sergey
30.09.2018
23:02:10
а потом надо это все деплоить без даунтайма простоев и косяков
2014 - We must adopt #microservices to solve all problems with monoliths. 2016 - We must adopt #docker to solve all problems with microservices. 2018 - We must adopt #kubernetes to solve all problems with docker

Sergey
30.09.2018
23:06:19
не буду устраивать очередной срач что микросервисы это и есть соа)

Evgeniy
30.09.2018
23:06:56
не буду устраивать очередной срач что микросервисы это и есть соа)
это soa, но общается по http(s) а что если взять soa и сделать чтобы сервисы общались по модному http(s) ? давайте назовем это микросервисы

Sergey
30.09.2018
23:07:34
сервисы могут и напрямую по tcp общаться и через шины..

gRPC это protobuf еще и поверх http)

SOAP это обычный xml поверх http

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

Evgeniy
30.09.2018
23:10:27
ой не вспоминать бы эти jms

Sergey
30.09.2018
23:10:46
так что это как сисадминов переименовывают на DevOps Engineer или Site Reliability Engineer, только потому что тулинг немного поменялся и подходы эволюционировали. но суть не изменилась

Страница 1308 из 1387