Pull to refresh
30
0
Пётр Грибанов @ghost404

Symfony professional developer

Send message

Хм. В моём понимании пользовательский класс коллекции — это класс описывающий набор однородных структур данных и позволяющий осуществить доступ к ним по средствам итерирования экземпляра класса. То есть, это класс в первую очередь реализующий интерфейс Iterator или IteratorAggregate.


Вы делаете акцент на инкапсуляции операций map/reduce и лишь в самом конце упоминаете итерирование. Каждая ли коллекция у вас является итератором? И если нет, то как вы осуществляете доступ к данным в коллекции?


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

Phan и PHPStan не понимают специфичные аннотации psalm.

PHPStan с версии 0.12.x понимает psalm аннотации и поддерживает дженерики

Безусловно. Есть люди которые едут и не в Германию. Есть те кто едет в Грецию например, Индию, Кубу. А есть иностранцы которые из Европы едут в Россию. Но это же тоже не показатель.

Простите. Вечно путаю Швецию и Швейцарию. Я имел в виду Швецию.

Закон яровой и идея суверенного интернета явно указывает на то, что Россия движется по стопам Китая с их фаерволом. Но и США с их бесконечной слежкой и Европа тоже потихоньку движутся в том направлении. Да, не так активно как мы, но тоже.
Я думаю года через 3 в России введут фаервол и другие крупные страны, посмотрев на опыт Китая, России и США тоже подтянутся. Это произойдет не скоро, но я уверен, что лет через 20-30 закончится открытый интернет.


По сути, мы то поколение которое застало возникновение интернета, его становление, популяризацию, повсеместность и застанем его угасание, а возможно и смерть.


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

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


Да, наверное я сужу по себе, но я не слышал об интересных компаниях в Норвегии или Швейцарии. Зато знаю компании во Франции в которой я хотел бы работать и меня много раз активно зазывали работать в Германии и Англию.


Да и климат в Германии и Франции лучше чем в Швеции и Норвегии. И много Российских и Украинских разработчиков уехало в Германии, по этому там проще найти земляков с которыми можно пообщаться нормально на Русском языке. Можно долго перечислять преимущества стран центральной Европы.

Ну вы же и не будете переезжать в Норвегию или Швейцарию. Вы поедете в Германию, Англию, Францию где больше платят

Добавил несколько. По возможности, опишу остальное.

раз такое дело, оставлю здесь на почитать про Чистый код
https://github.com/peter-gribanov/clean-code-php

Некоторые рекомендации довольно спорные :(

Так просто заменять 8 на 7 неправильно. Надо понимать, что за этим стоит.
8-10-7-903-XXX-XX-XX
8 — выход на междугороднюю связь
10 — выход на международную связь
7 — код страны
903 — код города или оператора
XXX-XX-XX — телефонный номер абонента


Для упращения код 810 заменили на +.
Таким образом, номер с +7 это полный международный номер, а номер начинающийся на 8 это номер в пределах страны. Для Греции например код страны 30 и звонить можно как по номеру 81030… так и по +30… И соответственно, если пользователь ПО в Греции, то 8 должно заменятся на +30, а не на +7.

А что, система контроля версий уже не канает как база для хранения комментариев к измеренному коду?

Да. Тут вы правы. Работа за компьютером в темноте утомляет глаз.
Подсветка монитора типа Ambilight увеличивает яркость яркого пятна и смягчает его края не решает проблему контраста света в помещении и яркости монитора. Лучше включить настольную лампу или свет в помещении. Здесь большую роль играет боковой свет и освещенность клавиатуры.

Ну это если ваш телефон поддерживает беспроводную зарядку. Мой например нет. В этом случае вы сэкономите только на проводе от зарядке для телефона и все. Большей экономии можно добиться взяв моноблок.

эээ… Совсем нет. Во первых это для телевизоров, а во вторых это направлено на дополнение реальности. Дополнительный эффектов для улучшения восприятия фильма с экрана. Это ни как не относится к работе за компьютером.

Довольно сомнительные решения.


  • Пилот в столе выглядит удобно, но это значит, что все провода от него будут лежать у вас на столе и мешаться.
  • Пилот на 2-3 розетки это прям впритык и скорей всего не хватит на все что нужно.
  • USB в пилоте выглядит удобно, но как мы знаем, разъем USB при активном использовании очень быстро приходит в негодность и заменить его если он встроен в стол сильно затруднительно. На практике у нас несколько раз сгорали компьютеров из-за поломанных USB на морде системника.
  • USB в торце стола выглядит интересно, но выламываются такие просто на раз. Проверено.
  • Беспроводная зарядка действительно хорошее решение, но она сильно привязывает нас к позиционированию телефона на столе и соответственно позиционированию нас относительно стола. Сесть чуть правей, чуть левей или чуть под углом уже нельзя.
  • Подогрев кружки встроенный в стол также сильно ограничивает наши возможности позиционирования относительно стола.
  • Колонки встроенные в стол очень плохая идея. Качество звука скорей всего чуть лучше чем у динамиков в ноутбуке. В офисе в колонках особо ничего не послушаешь, а дома можно и нормальные колонки поставить. Единственный кейс который я себе представляю это Skype конференции для больших боссов. И бумаги ни какие на стол не положишь, потому, что перекроешь колонки. Колонки открытые, направлены вверх и чуть утоплены в поверхность стола, это значит, что там будет собираться куча пыли и весь мусор и крошки который вы будете стряхивать со стола окажется в этих колонках, а выскребать их от туда будет сильно затруднительно.
  • Столы типа крыло выглядят красиво и необычно, но с практической точки зрения не удобны. У нас на работу подобные стоят и все плюются. Стол широкий, больше чем нужно и на края ничего не положишь. При этом стол не глубокий и ноги особо не вытянешь и разместить клавиатуру так, что бы локти лежали на столе также затруднительно. Из-за неправильной формы возникают проблемы с тем, что бы впихнуть их в ограниченное прямоугольное пространство. Классические прямоугольные столы в разы лучше впихиваются.
  • Регулировка высоты штука классная. Можно идеально подогнать высоту стола под свой стул и свои удобства. Но как сказали выше, это требуется сделать один раз и все. После этого эта функция потребуется только если вы решите сменить стул на другой с другой высотой, причем еще стулья должны быть не регулируемыми по высоте, иначе проще стул поднять чем стол.

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

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

или можно взять что-то по проще
https://github.com/gpslab/payload

Меня больше интересует вопрос OpenSource.
Часто, в процессе работы на основной работе, на основным проектом, над задачей в рамках основного проекта рождаются самостоятельные и независимые утилиты/компоненты/модули/тулзы которые не связаны на прямую с задачей и проектом. Часто такие независимые единицы выкладывают в OpenSource от имени автора разработчика. Половина проектов на GitHub таки.


Вот я и думаю, имеет ли работодатель права на такие проекты? На сколько я понял из стать, в большинстве случаев не имеет, но бывают исключительный кейсы. А где грань тогда?

Information

Rating
Does not participate
Location
Россия
Registered
Activity