Как стать автором
Обновить
1
0
Алексей @Reposlav

Программист PHP

Отправить сообщение

Можно еще вместо fgets() использовать stream_get_line(). По моим тестам даёт еще примерно 25% производительности на однопотоке

while (!feof($fp)) {
    $city = stream_get_line($fp, 0, ';');
    $temp = (float)stream_get_line($fp, 0, "\n");

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

Вот за Internet Suite вам спасибо! Я давно говорю, что тот же Хром - это не браузер, а просто просматривалка сайтов. У меня почти вся жизнь и работа проходят в интернете, и функционала Хрома, даже обвешанного расширениями, мне не хватает. Хром - это как писать код в блокноте, вместо того, чтобы использовать IDE

Между классическим менеджментом и самоорганизованными командами есть еще множество промежуточных вариантов. Лично я, как тимлид, придерживаюсь подхода "Manager as a service" и принципа "Не управляй, а направляй".

Может, вам покажется сказкой, но моя команда прекрасно справляется с работой без меня, когда я, например, ухожу в отпуск. При этом они сами анализируют входящие задачи, грумят, приоритизируют, сами договариваются, кто будет делать ту или иную задачу. И это команда, состоящая из джунов и мидлов. В командах с прожженными сеньорами создать пусть и не самоорганизованную, но близко к этому, команду, гораздо проще.

Но, конечно, такой подход будет работать не во всех компаниях и не во всех профессиях

Простите, но на Википедии, на которую вы ссылаетесь, нет ничего про то, что базы данных могут быть только реляционными. Там вообще написано:

В литературе предлагается множество определений понятия «база данных», отражающих скорее субъективное мнение тех или иных авторов, однако общепризнанная единая формулировка отсутствует.

Почему вы считаете, что целостность и непротиворечивость могут быть обеспечены только в рамках РБД? Что мешает быть целостными и непротиворечивыми, например, документоориентированным... эм... БД?

Почему вы считаете, что KV-хранилища не могут обеспечивать ACID?

Почему вы считаете, что ACID - неотъемлемое свойство БД?

Что вы подразумеваете под интерфейсом доступа? Клиент СУБД, протокол взаимодействия, язык запросов?

Для начала прокомментирую само содержимое статьи:

Из пяти советов, только для одного, последнего, дается более-менее внятное обоснование. Остальные выглядят как "сделайте вот так, оно так лучше, но чем лучше и почему, я вам не скажу".

По оформлению:

  • Теги врут

  • Статья выглядит как машинный перевод

Я не из тех, о ком вы подумали) Но я говорю не про Россию в частности, а про общий случай.

А что если наоборот, политики будут не как сейчас - сидеть по три срока и всё время молча. А приходить с конкретным делом, типа я сделаю то-то и то-то и я успею. Что если политики немного изменятся? Ну а чтоб власть не менялась раз в сутки можно же разрыв в преимуществе ввести, типа надо 5-7% превышение.

Некоторые программы требуют по несколько лет, чтобы их внедрить и чтобы они начали приносить положительный результат.

Разрыв в преимуществе не поможет во времена особо сильных бурлений масс. В такие, особо уязвимые времена, еще и управленческий аппарат будет парализован, что может привести вообще к катастрофе.

Бывает.. человеку приходится идти под нож к хирургу, он идёт, потому что понимает. А почему понимает? Потому что ему объяснили. А почему политик не может мне объяснить? Мне невозможно объяснить? тогда надо отказаться от своей затеи. А сейчас как? решение принято, потом уведомляют людей, там протестов немного задушено. Объяснение: "ну м хм ну вы понимаете, я царь."

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

Для 90% людей цифровизм будет как тиндер - "смахните пару рож влево и поставьте лайк наимение противной это и будет ваш депутат." Всё, никаких решений, знаний, лишних кнопок и прочего - всего одна кнопка. Можете вообще это приложение на гаджет не скачивать если вас всё устраивает.

Вот это меня прямо пугает, потому что побуждает действовать импульсивно и на основе эмоций

По моему мнению, регулирования и запреты - почти всегда порочная практика. У нас вон РКН регулирует и запрещает, много при этом довольных?

Идти надо по пути воспитания в людях сознательности и уважения к себе и к другим. Если все знают, что разработчик ведет себя некрасиво по отношению к потребителю, то потребители просто должны перестать покупать продукт этого производителя.

Вам не нравятся условия использования того или иного ПО? Проголосуйте рублем.

С точки зрения технической реализации ничего не скажу, а вот с точки зрения самих некоторых идей скажу.

Непрерывное голосование с мгновенным смещением с должности имеет ряд недостатков.

Для начала, частая смена должностных лиц может парализовать управленческий аппарат, так как от идеи до реализации управленческого решения может проходить много времени. Если власть будет меняться раз в сутки, то о какой эффективности может идти речь?

Во-вторых, бывают случае, когда правительству приходится принимать непопулярные решения. Понимание геополитической, экономической, демографической и много каких еще обстановок обычным гражданином, обычно довольно поверхностное. А значит, что судить о полезности и эффективности той или иной инициативы властей обычные люди могут только очень примерно. Смотреть на работу управленческого аппарата стоит только вкупе, делать выводы по одному отдельному решению неправильно, а как будет судить обычный обыватель, не имеющий нужных для управления страной знаний? Успешность власти можно определить только в долгосрочной перспективе.

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

Скажем кто-то предлагает идею - "починить дорогу у дома (или у города)". Создается тема, жильцы голосуют "да/нет", сбрасываются деньгами. Находится подрядчик (своя система с репутацией), деньги переводятся - дорога чинится/строится. Отсутствие администрации в прокладке полностью.

Похоже на либертарианство

А можете, пожалуйста, привести пример, как вы используете Quick Commands? Пока не придумал ничего полезного, но может вдохновлюсь вашими идеями)

Интересно было бы посмотреть на смешение сеттингов. Можете, пожалуйста, сгенерировать что-то вроде

Dark lord Darth Dovahkiin, photorealistic style

Или

Obi Van Kenobi mutated to zerg, game screenshot style

?

Осталось разработать нейросеть, умеющую анимацию, и инди-разработчикам будет раздолье

*Service - плохая практика, так как мотивирует напихать туда всего, так же как и *Manager и подобное. Если не получается подобрать подходящее имя класса (например PostCreator, ProductFinder и т.д.), то сразу возникает мысль, не нарушается ли здесь SRP?

Из суффиксов Controller и Repository по крайней мере можно понять домен использования, поэтому оно больше полезно, чем вредно.

Заранее прошу прощения, немного подушню.

Почему-то очень часто встречается мнение, что Канбан - это как Скрам, только без спринтов. Это в корне неверное утверждение: Канбан и Скрам - это вещи, которые акцентируются на разных аспектах. Более того, Канбан и Скрам можно применять одновременно, и вселенная от этого не схлопнется, эксепшн не вылетит.

в Kanban не выставляются итерации работы по времени.

Канбан не запрещает итерации, а только разрывает зависимости между различными активностями. Например, наша команда использует Канбан, и у нас встречи по пополнению очереди происходят два раза в неделю. Никто не запрещает устраивать эти встречи раз в неделю или реже.

В Kanban важно следить за приоритетами 

Канбан-сообщество, во главе с Дэвидом Андерсеном (создателем Канбана), активно стараются избавиться от понятия "приоритет" (те самые пресловутые Low, Medium, High, Blocker или числовые приоритеты) в пользу классов поставки и типов задач.

Ну и еще отмечу, что Канбан может нарушать ценности Agile.

Стимул от пользователя - это и есть стимул от окружающего мира. Но тут нужен стимул из внутренних систем. Пользователь уже закончил сессию с системой, забыл про нее, а тут внезапно приходит: "Слушай, а ты упоминал Меанотек в нашей последней беседе. Это что вообще такое?"

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

 Lev не реализует свою СУБД, для поиска или перебора файлов Lev пользует обычные функции файловой системы.

Вы организуете хранение данных в файлах, это тоже БД, просто не классическая реляционная, типа MySQL или Postgres. А если есть БД, то есть и СУБД. Модули чтения и записи в файлы, даже если они используют обычные функции файловой системы - это и есть ваша самописная СУБД.

Прочтите определение термина "База данных" хотя бы на той же Википедии:

Ба́за да́нных — совокупность данных, хранимых в соответствии со схемой данных, манипулирование которыми выполняют в соответствии с правилами средств моделирования данных[1][2][3].

У вас есть данные, есть схема (без схемы вы не знали бы, как данными можно манипулировать), есть манипулирование данными.

Систе́ма управле́ния ба́зами да́нныхсокр. СУБД (англ. Database Management System, сокр. DBMS) — совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных[1].

У вас есть технические средства для использования баз данных - пресловутые fread/fwrite.

Еще раз: СУБД - это не только РСУБД.

И, в конце концов, классические БД - это те же fread/fwrite под капотом.

  1. Не знаю, как сейчас в Yii или Laravel, но в Symfony ORM по умолчанию не идет, ее нужно подключать отдельно. Если БД не нужна, то и пакет не подключаешь;

  2. Вы говорите, что СУБД не нужна, но сами реализуете свою собственную СУБД, работающую на файлах (если я правильно понял). Или для вас СУБД - это только реляционные СУБД?

  3. "Мультисайтовость" можно делать и на Symfony: выносишь vendor в отдельное место, весь кастомный код для каждого отдельного сайта натравливаешь на этот единый для всех vendor. Только зачем, если удобнее держать независимые версии vendor для каждого сайта? Вам жалко несколько десятков мегабайт?

  4. Как будто конфиги в yaml - это что-то уникальное для Lev. В Symfony они уже давно, и во многих случаях от них сейчас отказываются в пользу PHP/Annotations по ряду причин.

Информация

В рейтинге
5 078-й
Откуда
Санкт-Петербург, Санкт-Петербург и область, Россия
Дата рождения
Зарегистрирован
Активность