OneCode ЧАТ

Да мне не надо в таблице - я выдернул массив, и могу с ним работать как с массивом - перебирать, искать в нём, добавлять, и так далее - я массив передаю в blade - и там с ним именно как с массивом работаю.

Ну я по сути с нуля и начинаю, как сделаю, то буду писать конвертер существующей базы в новую

Интересно

хотя по сути, та же файловая бд =)

Как у Макса?

Соц сети

если они у тебя в разных коллекциях массивах

кс тема)

Мы живём не ради денег)

я читал но давно. как я понимаю сначала делаешь composer init для проекта потом проходишь его инициализацию согласно меню этой команды добавляешь пакеты какие нужно в проект в том числе можно настроить и автолоудер и чтобы все это применилось то есть записалось в composer.json и выполняется команда composer install

Господа, всем привет! Подскажите пожалуйста, как правильно именовать метод в Енаме, который выводит текст? Везде вижу getLabelText. А что если у меня много енамов, везде точно такой же метод делать что ли?

Правила, говорящие, что каждая функция должна иметь комментарий phpdoc или что каждая переменная должна быть помечена комментарием — обычная глупость. Такие комментарии только загромождают код, распространяют недостоверную информацию и вызывают общую путаницу и дезориентацию. При этом программисты часто забывают актуализировать комментарии при изменении кода. Например, требование обязательного комментария phpdoc для каждой функции приводит к появлению монстров вроде следующего примера. Бессмысленные комментарии не приносят никакой пользы. Они только запутывают код, повышая риск недоразумений.

/**
    * @param string $title  Название диска
    * @param string $author Автор диска
    * @param int $tracks Количество дорожек на диске
    * @param int $durationInMinutes Продолжительность воспроизведения в минутах
*/
public addCD(string $title, string $author, int $tracks, int $durationInMinutes): void {
    // ...
}

Также в программах нередко встречаются комментарии, не содержащие ничего, кроме «шума». Они лишь утверждают очевидное, не предоставляя никакой новой информации:

/**
    * Конструктор по-умолчанию.
*/
public function __construct() {
   // ...
}

Да неужели? А как насчет этого:

/** День месяца. */
private int $dayOfMonth;

И наконец, апофеоз избыточности:

/**
    * Возвращает день месяца.
    *
    * @return int день месяца.
*/
public getDayOfMonth(): int {
    return $this->dayOfMonth;
}

Эти комментарии настолько бесполезны, что мы учимся не обращать на них внимания. В процессе чтения кода наш взгляд просто скользит мимо них. Рано или поздно код вокруг таких комментариев изменяется, и они начинают лгать. Роберт Мартин, Чистый код #clean_code

Один из двух вариантов я имею ввиду. Или в процентах, или в коэффициентах. 20% Или 0.2 Один из 2х вариантов

Сосьавь Себе график и поставь мини Цель

(= нет, просто проект новый, ещё в процессе запуска первой версии

Всё, Ваня сам ушёл, таблетками не кидается)

В целом, можно было написать "грустный прогер" вместо "ленивый дизайнер" )

как, если главный ключ удалится?)

А разрабу они что платят за потраченное время?

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