Ну это разные способы конкатенации... Просто подсмотреть в гугле конкатенацию в нужно диалекте.

Главное, что бы голова в принципе поняла, что надо конкатенацию, остальное дело гугла )

в оракле удобней имхо. хотя функция concat там ущербная, только 2 параметра принимает

На MySql прям сейчас проверил. У функции concat не ограниченное число аргументов. Она просто все склеит.

Было время, в FireBird писал конкатенацию 'sdf' || 'asdf' ...

Хз. И так и так норм

https://github.com/chrislgarry/Apollo-11/ тут выложили сорцы того софта, который был на аполлонах, которые на Луну летали. Вот блин люди страдали... там реально надо было каждую строку комментить.

https://github.com/chrislgarry/Apollo-11/ тут выложили сорцы того софта, который был на аполлонах, которые на Луну летали. Вот блин люди страдали... там реально надо было каждую строку комментить.

да, не PHP, конечно. Посложнее немного читать.

https://github.com/chrislgarry/Apollo-11/ тут выложили сорцы того софта, который был на аполлонах, которые на Луну летали. Вот блин люди страдали... там реально надо было каждую строку комментить.

Как они без форм обошлись?

Ни юнит тестов, ни билдов, ни фреймворка. Кто только пустил этих джунов код писать

Ну джунами называть - дело такое...

А насчет тестирования и изолированности модулей - действительно были проблемы, примеров полно

Ни юнит тестов, ни билдов, ни фреймворка. Кто только пустил этих джунов код писать

Почему нельзя быть хорошим пиогером без фреймворков?

Лично моё мнение что написаниее собственного кода (хорошего кода) намного лучше чем использования фреймворков.И это реально прокачивает скилл

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

When building a web application, you have three choices: Build everything yourself from scratch and have "perfect" architecture built precisely to your own standards. Use a framework, build what you need quickly, and live with the fact that your application and your framework are attached at the hip. Use a framework, and try like hell to keep the framework away from your "application" code, writing dozens or hundreds of boundary adapters, wrappers, and interfaces, plugging all leaky abstractions etc. All of these have advantages and disadvantages. #1 makes you an unproductive code hipster #2 means you'll build what you need quickly, but you're now stuck with with your framework. If you don't plan on changing frameworks, great, no major problem. Just don't make your shit untestable - but that's on you, not the framework. #3 means you're basically not using the framework to your advantage, because you're writing a shitload of insulation code (adapters, interfaces, POPOs) and using a framework.... by not using a framework???

(C) u/phpdevster

> намного лучше > реально прокачивает скилл Это перпендикулярные вещи

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

Пытаясь разбираться в том что они там выдумали.

А то что прокачивает скилл - согласен, при условии что есть хороший оценщик рядом.

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

Думаю если пишешь код снуля группой то никто страдать небудет

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

Потом можно писать так чтоб кол был понятен

И код который заставляет страдать это уже не хороший код а ковнокод

Страдания субъективны

Лично моё мнение что написаниее собственного кода (хорошего кода) намного лучше чем использования фреймворков.И это реально прокачивает скилл

А я писал про написание хорошего кода

Страдания субъективны

Ну а если код написан ясно и понятно стродания со стороны группы это уже проблема не кода а группы

Ну в общем, писать свое с нуля - только в целях обучения. В коммерческой разрабокте совсем другие законы. Экономия времени и средств, интероперабельность, вот это вот все.

Ну а если код написан ясно и понятно стродания со стороны группы это уже проблема не кода а группы

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

Нет, единственное что должен хороший коммерческий программист - это уметь показывать хорошую результативность в разработке на коротком, среднем и длинном сроке :)

Ну в общем, писать свое с нуля - только в целях обучения. В коммерческой разрабокте совсем другие законы. Экономия времени и средств, интероперабельность, вот это вот все.

Да прям...потом группа зависит не от себя а от фреймворка

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

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

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

А потом когда уволился, свою библиотеку забрать с собой? :)

А потом когда уволился, свою библиотеку забрать с собой? :)

Конечно

Ну вообще-то не имеешь права

Т.е. и сам не можешь потом ее использовать, и компании, где работал, придется с этим .... жить ;)

а что такое middleware?

Ну да, если не согласовано что библиотека имеет лицензию GPL/MIT/BSD и что по сути твой работодатель оплачивает разработку стороннего открытого продукта, то нельзя ничего забирать.

а что такое middleware?

Читай выше

Мне вообще кажется что все это просто мода

а что такое middleware?

а это такая фигня, которая посередине

между чем-то и чем-то

а это такая фигня, которая посередине

Нет,просто она токо становиться модной

Есть тут любители capistrano?

Или https://deployer.org/

Нет,просто она токо становиться модной

да да нет да

да да нет да

Ты че творишь?яже вижу

не невменяемые ответы я даю еще более невменяемые ответы

флуд детектед

не невменяемые ответы я даю еще более невменяемые ответы

Ты просто играешся

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

самое правильный его перевод - "прослойка" ;)

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

Честно,стоко ненужных слов

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

Наверное, тут имели ввиду HTTP Middleware

Честно,стоко ненужных слов

Да нужных же. Проекты пилятся, процессы бурлят, бизнес получает деньги и развивается.

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

Разговор тоже самое что и написание кода. Можно написать просто и понятно а можно писать огромный код но эффект будет темже

Да нужных же. Проекты пилятся, процессы бурлят, бизнес получает деньги и развивается.

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

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

и желательно, что бы сдать его после этого и забыть ;)

Разговор тоже самое что и написание кода. Можно написать просто и понятно а можно писать огромный код но эффект будет темже

Нет, в разговоре присутствует неопределнность в виде «компилятора» - человека - который не подходит ни под один стандарт

правда, непонятно тогда зачем идеально проектировать ;)

ERROR: S client not available

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

)

я давно говорил

Нет, в разговоре присутствует неопределнность в виде «компилятора» - человека - который не подходит ни под один стандарт

Слишком много лишних слов...большинство людей думают что так оних создаётся лучшее впечатление,собственно так и есть в большинстве случаев.

А может наоборот, многие вышли из группы - и psr пошел заниматься фигней :)

ты говорил, что они типа перестали соблюдать psr, это не одно и то же

я говорил что стандарты psr - глупые.

во многом

не все конечно

LoggerInterface - чушь

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

naming conventions которые бред

Слишком много лишних слов...большинство людей думают что так оних создаётся лучшее впечатление,собственно так и есть в большинстве случаев.

Тоже самое и с написанием кода,пихают много лишнего чтоб подумали что они знают много но эффект тотже

ну кстати да.. наверно ты прав

хотя...

ну про naming conversion мы выяснили - это стандарт не про свой код, а про разработку последующих psr

LoggerInterface... ну уже на грани, хотя если он будет у всех, не так уж и плохо.... мне кажется, просто нужно отделить PSR который MUST/SHOUD и PSR который BEST PRACTICES

Тоже самое и с написанием кода,пихают много лишнего чтоб подумали что они знают много но эффект тотже

Иммено изза такого поведения в последствии страдает группа и безнес в последствии

Тоже самое и с написанием кода,пихают много лишнего чтоб подумали что они знают много но эффект тотже

Чаще наоборот, приходят с пафосом "мы не будем пихать лишнее, ибо эффект тотже", а на выходе - полный провал. Ибо программист проходит несколько стадий 1) ничего не знаю и знаю, что ничего не знаю, 2) о, все знаю, пишу свою библиотеку, паттерны - говно, 3) знаю много, но знаю, что в общем ничего толком не знаю, буду читать чужые коды, чужие фреймворки, авось поумнею 4) я знаю кунг-фу

Люди массив $argv,его че удалили?

$_SERVER['argv']

Иммено изза такого поведения в последствии страдает группа и безнес в последствии

Ты можешь какие-то конкретные примеры кейсы привести с цифрами и т.д.? Или показать свой понятный всем код. А то какие-то пространные рассуждения.

Чаще наоборот, приходят с пафосом "мы не будем пихать лишнее, ибо эффект тотже", а на выходе - полный провал. Ибо программист проходит несколько стадий 1) ничего не знаю и знаю, что ничего не знаю, 2) о, все знаю, пишу свою библиотеку, паттерны - говно, 3) знаю много, но знаю, что в общем ничего толком не знаю, буду читать чужые коды, чужие фреймворки, авось поумнею 4) я знаю кунг-фу

Конечно получается так если написать короткий говнокод

Люди массив $argv,его че удалили?

http://php.net/manual/ru/ini.core.php#ini.register-argc-argv

$_SERVER['argv']

Он в _server находится??мдааа пхп стал подходить токо для веб

Он в _server находится??мдааа пхп стал подходить токо для веб

странная логика

странная логика

Если я из терминала при запуске передам что либо оно помистится в argv?

argv - это параметры командной строки

argv - это параметры командной строки

Точнее массив параметров

Как я помню