OneCode ЧАТ

локаль параметр или жестко в роуты пихать

а это просто бренды =)

Алоха! Недавно публиковал свое предложение, несколько человек откликнулись (свяжусь с ними на след. неделе), но ожидал большего. Можете ли выразить мнение о предложении? Что не так? Деньги легальные, по официальному договору (налог 6%), задачки "не пыльные". Может чем-то еще дополнить?

Эт подскажите мне как партфолио на биржу просто ссылку на гитхаб прикрепить или нужно на сервер залить и ссылки оставить? Вот мне про собес говорили на гит залить, а про биржу хз

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

Да понятное дело

замечтатально ))

О, как у меня в армии зимой))

php-redis

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

Нет

Да и так до 90% закрываю на клаве - но так или иначе придиться

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

и ты можешь туда слать сообщение (ping) чтобы проверить открыто ли соединение - если в ответ пришло pong значит всё ок, а иначе надо заново подключаться

Если не получится

А в чем сложность?) На веб-сокетах и супер машинах :)

Т.е мои стили подрубаются открывается окно с крестиком и тд а содержимого нет

ничего не изменилось, также можно поменять на inner join

Хороший выбор имён помогает выразить ваши намерения. Имя класса или функции должно восприниматься «на слух», а когда читатель разбирается в том, что делает класс, это не должно вызывать у него удивления. Относительно небольшой размер функций и классов также помогает выразить ваши намерения. Компактным классам и функциям проще присваивать имена; они легко пишутся и в них легко разобраться. Хорошо написанные модульные тесты тоже выразительны. Они могут рассматриваться как разновидность документации, построенная на конкретных примерах. Читая код тестов, разработчик должен составить хотя бы общее представление о том, что делает класс. И все же самое важное, что можно сделать для создания выразительного кода — это постараться сделать его выразительным. Как только наш код заработает, мы обычно переходим к следующей задаче, не прикладывая особых усилий к тому, чтобы код легко читался другими людьми. Но помните: следующим человеком, которому придется разбираться в вашем коде, с большой вероятностью окажетесь вы сами. Так что уделите немного внимания качеству исполнения своего продукта. Немного поразмыслите над каждой функцией и классом. Попробуйте улучшить имена, разбейте большие функции на меньшие и вообще проявите заботу о том, что вы создали. Неравнодушие — воистину драгоценный ресурс. Роберт Мартин, Чистый код #clean_code Подпишись: @onecode_blog

Ну я не верю, что между этими фактами есть зависимость