Я никак не отношусь к этой компании и рекламировать никого не планировал. Я рассказал об инструментах, с которыми работал, и на мой взгляд они достойны внимания, удобные и современные.
А кто по вашему мнению входит в категорию олды: люди со стажем 10 / 20 / 30 лет?
Просто например, те кто ещё на фортране программировал и до сих пор в среде, они, считай пережили 2-3, а может и более поколений языков программирования, и как раз возраст тут отнюдь не недостаток.
Такие «олды» обладают таким богатым опытом, они прошли сквозь всю эволюцию, и тот факт, что они смогли апнуться аж несколько раз на совершенно новый уровень говорит об их достоинствах больше, чем о недостатках.
Также, отмечу, в том же программировании, важны практический опыт тоже, потому что решая нетривиальные задачи, а их зачастую больше, есть нюансы, которыми новичок, даже с 5-летним опытом не всегда владеет, если все 5 лет он был летуном и прыгал из конторы в контору, ради технологического багажа, бегая по верхам, чтобы резюме было красивое. Он недостаточно глубоко вошёл в среду. И да, возможно у него больше времени, нет детей, он вклалывает по 12-14 часов (что то же спорно, ведь когда ты молод не о работе думаешь, о девушках, выпивке и тд), но опытный специалист, работая меньше справляется быстрее за счёт поиска более рациональных решений (в силу своего опыта как раз), да и ответственности, наверное, по более, дети как никак.
В общем, я с чем то согласен, но с чем то нет. Считаю, если ты развиваешься и делаешь что то кроме работы, обладаешь самомотивацией, не имеешь вредных привычек, то не важно молод ты или стар, ты в струе и это не может и не должно быть причиной для отказа в приеме на работу.
А насчет MySQL, я долго время использовал ее в своих проектах, видимо потому, что я уже приходил работать в проекты, где о других БД люди не были в курсе, и после 2х лет работы с Postgres, к MySQL возвращаться не хочу.
Нет, я ничего не имею против конкретно нее, она имеет место быть в жизни разработчиков, начальных разработчиков и тех у кого маленькие проектики, просто в PG реально возможностей больше. Да и прикипел что ли к ней все душой.
ну это только мотивирует людей создавать что-то из серии postgres-laravel, как в свое время Laravel обмазался компонентами с Symfony, так и этот фреймворк полностью адаптированный под Postgres, обмажет Laravel всем тем, что нам предоставляет Postgres.
Мой взгляд упал на ваш пример, про использование выражений в обьявлении свойств класса:
Как по мне, этого критически не хватает.
Вот пример кода, где это очень полезно:
```php
use Spatie\ModelStates\State;
abstract class OrderStatus extends State
{
public static string $name = static::getName();
abstract protected function getName(): string;
}
```
При первом обращении к $name, будет вызван метод getName финального класса. Это дает нам возможность настраивать какие значения будут попадать в поля в зависимости от каких-либо условий. А в данном примере это использовано с шаблоном «Template Method», и финальные классы обязаны предоставить нам значение для поля.
Мне, кажется те, кто предлагали эту идею, не планировали использовать ее так.
Пример, не совсем корректный, вы обьявляете статическое свойство, но значение по умолчанию описываете как результат работы метода экземпляра класса.
Либо уж используйте только статику везде, либо используйте
abstract class SomeClass
{
public string $name = static::getName();
abstract protected function getName(): string;
}
Пожалуй, тоже соглашусь, что среди активных контрибьюторов GitHub-а, тех кто реально вносит вклад в Open Source и не только, такие понятия, как SSH-ключ, уже давно стало обыденностью.
И я бы даже утверждал, что 100% таких разработчиков уже давно перешли на SSH-ключи.
Лично сам не припоминаю, в каком случае мне понадобился бы пароль. Да и вводить его каждый раз такое себе удовольствие…
Да, все верно, в своем посте я об этом говорил, под спойлером. Правда, в интернете я видел кастомные решения через экшены, и изначально хотел об этом написать, но потом решил, что зачем городить лишнего бота, если есть рабочие решения из коробки GitHub.
На самом деле, когда смотришь первый отчет с issues, особенно на проектах типа Laravel, где куча магии, кажется, что нет смысла писать всякие phpdoc, использовать тайпхинты и возвращаемые значения ради высокой оценки в Scrutinizer, но потом, когда ты проделываешь мне эти манипуляции, понимаешь, что код в том же PhpStorm становится понятнее, потому что даже, если ты обмажешь свою IDE всякими плагинами по типу laravel-ide-helper, то все равно где-то будет подсвечиваться код.
Поэтому, я все же за то, чтобы использовать инструменты, подобные этому, хотя бы ради того, чтобы на машинальном уровне привыкать писать прозрачный и красивый код.
Жаль, что вам так показалось.
Я никак не отношусь к этой компании и рекламировать никого не планировал. Я рассказал об инструментах, с которыми работал, и на мой взгляд они достойны внимания, удобные и современные.
А кто по вашему мнению входит в категорию олды: люди со стажем 10 / 20 / 30 лет?
Просто например, те кто ещё на фортране программировал и до сих пор в среде, они, считай пережили 2-3, а может и более поколений языков программирования, и как раз возраст тут отнюдь не недостаток.
Такие «олды» обладают таким богатым опытом, они прошли сквозь всю эволюцию, и тот факт, что они смогли апнуться аж несколько раз на совершенно новый уровень говорит об их достоинствах больше, чем о недостатках.
Также, отмечу, в том же программировании, важны практический опыт тоже, потому что решая нетривиальные задачи, а их зачастую больше, есть нюансы, которыми новичок, даже с 5-летним опытом не всегда владеет, если все 5 лет он был летуном и прыгал из конторы в контору, ради технологического багажа, бегая по верхам, чтобы резюме было красивое. Он недостаточно глубоко вошёл в среду. И да, возможно у него больше времени, нет детей, он вклалывает по 12-14 часов (что то же спорно, ведь когда ты молод не о работе думаешь, о девушках, выпивке и тд), но опытный специалист, работая меньше справляется быстрее за счёт поиска более рациональных решений (в силу своего опыта как раз), да и ответственности, наверное, по более, дети как никак.
В общем, я с чем то согласен, но с чем то нет. Считаю, если ты развиваешься и делаешь что то кроме работы, обладаешь самомотивацией, не имеешь вредных привычек, то не важно молод ты или стар, ты в струе и это не может и не должно быть причиной для отказа в приеме на работу.
Есть пара кейсов, где мне это было нужно.
Но, мы обходили это через конструкторы.
Ну тут приведен пример, как я начинал патчить Лару в части миграций еще начиная с версии 6, затем дважды апнулись совсем без боли до 8-ки.
Даже доктрину до ^3.0 и версию php8 поддерживаем.
Нет, я ничего не имею против конкретно нее, она имеет место быть в жизни разработчиков, начальных разработчиков и тех у кого маленькие проектики, просто в PG реально возможностей больше. Да и прикипел что ли к ней все душой.
Мой взгляд упал на ваш пример, про использование выражений в обьявлении свойств класса:
Мне, кажется те, кто предлагали эту идею, не планировали использовать ее так.
Пример, не совсем корректный, вы обьявляете статическое свойство, но значение по умолчанию описываете как результат работы метода экземпляра класса.
Либо уж используйте только статику везде, либо используйте
И я бы даже утверждал, что 100% таких разработчиков уже давно перешли на SSH-ключи.
Лично сам не припоминаю, в каком случае мне понадобился бы пароль. Да и вводить его каждый раз такое себе удовольствие…
Поэтому, я все же за то, чтобы использовать инструменты, подобные этому, хотя бы ради того, чтобы на машинальном уровне привыкать писать прозрачный и красивый код.