ru
Feedback
OneCode ЧАТ

OneCode ЧАТ

Открыть в Telegram

Общаемся на тему веб-разработки. HTML, CSS, JS, VueJS, NuxtJS, PHP, Laravel, MySQL, PostgreSQL. Разрешено: - Задавать вопросы. - Отвечать на вопросы. - Делиться своим опытом. Запрещено: - Нецензурные выражения. - Спам, реклама, фл

Больше
Страна не указанаКатегория не указана
485
Подписчики
Нет данных24 часа
Нет данных7 дней
Нет данных30 дней
Архив постов
Ну я по сути с нуля и начинаю, как сделаю, то буду писать конвертер существующей базы в новую

кс тема)

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

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

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

Как у Макса?

Repost from OneCode
Правила, говорящие, что каждая функция должна иметь комментарий 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

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

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

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

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

Соц сети

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

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

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

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

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

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

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

Интересно