В HR имеет значение только вторая буква, все исключительно про ресурсы. По сути это iptables, в котором часто правила списаны неопытным админом с одного и того же старенького растиражированного мануала, либо написаны с нуля новичком и пропускают только очень специфичный трафик, упираясь в опыт автора, либо, что редко, четко работающий конфиг, который все делает как надо. А кому-то просто везет найти проброшенный порт.
Важно найти ту компанию, которая поймет и примет тебя таким, какой ты есть, где сразу найдешь общий язык с коллегами и начальством. Обратная связь от HR не всегда может принести пользу, особенно если эта связь очень субъективна. Не помню как называется ошибка, когда новую систему или функциональность начинают менять на основе отзыва первого клиента и в итоге получают продукт, который нравится этому клиенту, но не подходит всем остальным. Это может быть применимо и к собеседованиям.
Обращался несколько раз. На первой линии по домашнему интернету - самый натуральный курятник, и это не оскорбление, это прискорбный факт. Единственный случай, когда я предпочел бы тупенького бота, а не сотрудника поддержки. Последний раз эффективным способом решить проблему оказалась только смена провайдера, без вариантов вообще.
Вот сколько ни пытался, либо кисти приходится гнуть, либо пальцы выворачивать, чтобы кисти были в естественном положении. Второе получается плохо, т.к. генов пианистов в крови нет.
Александр, какие у вас планы по yii-mongodb? Есть надежда на релиз этого пакета и насколько жестоко он будет связан с основным пакетом ActiveRecord для реляционных бд? По личным впечатлениям yii2-mongodb до сих пор единственная адекватная ORM для работы с монго без существенных костылей.
Сообщать о найденных ошибках можно по прежнему адресу.
Информацию о рассмотрении которых вы никогда не узнаете, пока сами не почешитесь. Потому что у компании настолько ограниченные ресурсы, что нет 15 минут на настройку отправки уведомлений по электронной почте абсолютно аналогично тому, как они отправляются при репорте бага в баг-трекер, который для вас закрыт.
Что-то у вас проблемы не только с логикой, но и с причинно-следственными связями. Не можете отличить желание сделать плохо от нежелания сделать хорошо. Вам везде кажется, что я вижу негатив, а я лишь констатирую отсутствие позитива. Попробуйте обновить операционную систему и переустановить браузер, может так мои комментарии станут более понятными.
Вы же писали про логику, а она говорит о том, что закрытый трекер — это отсутствие желания упростить жизнь пользователей и независимо от любых причин такое усложнение является следствием. Элементарно не с той стороны смотрите на проблему. Иначе была бы хотя бы минимальная возможность хоть как-то посмотреть состояние хотя бы своего баг-репорта.
Ну или не заявляйте, что «будете очень благодарны», потому что это откровенная ложь, ибо человек о судьбе своего отчета может больше никогда ничего и не узнать. Вы максимум будете рады этому, но в остальном — неблагодарность и забвение.
Или ваши разработчики действительно положительно воспримут ситуацию, если например chromium закроет свой трекер? Спросите об их реакции.
Я человек добрый, поэтому пожелаю вам, чтобы chromium также закрыли свой трекер и ваши разработчики с большим удобством спрашивали про свои репорты на форуме у модераторов.
Расскажите про логику, как обычному пользователю узнать, что баг исправлен? Рекомендации листать change log для каждой минорной версии и выступить в качестве тестировщика можно сразу опустить.
Т.е. это нормально, что о статусе бага можно узнать только по запросу на хабре, но не открыв страницу в баг-трекере, в 2018-м году, когда даже гугл для своего облака сделал трекер открытым.
Пара модераторов также подключилась к обсуждению, но это тоже обычные пользователи, не сотрудники.
Обычный пользователь — это я. А модератор — это уже пользователь с дополнительными правами и какой-никакой ответственностью, выступающий как представитель компании, ее лицо, по решению сотрудников этой компании.
А это не очевидно из предыдущего сообщения?
1) Перестать стыдиться кол-ва багов и дать возможность хотя бы просматривать имеющиеся.
2) Не огрызаться на собственном форуме при жалобах на работу браузера и просто признать баг и начать работу над ним.
3) Перестать настырно называть LTS релизы устаревшими до окончания их поддержки.
P.S. Если кому интересно — история тут. Фактически, по делу отвечать стали только на середине второй страницы.
Скорее всего всякими хостингами, поэтому в письме говорится и о том, что эти услуги будут отключены, причем сразу.
В HR имеет значение только вторая буква, все исключительно про ресурсы. По сути это iptables, в котором часто правила списаны неопытным админом с одного и того же старенького растиражированного мануала, либо написаны с нуля новичком и пропускают только очень специфичный трафик, упираясь в опыт автора, либо, что редко, четко работающий конфиг, который все делает как надо. А кому-то просто везет найти проброшенный порт.
Важно найти ту компанию, которая поймет и примет тебя таким, какой ты есть, где сразу найдешь общий язык с коллегами и начальством. Обратная связь от HR не всегда может принести пользу, особенно если эта связь очень субъективна. Не помню как называется ошибка, когда новую систему или функциональность начинают менять на основе отзыва первого клиента и в итоге получают продукт, который нравится этому клиенту, но не подходит всем остальным. Это может быть применимо и к собеседованиям.
Обращался несколько раз. На первой линии по домашнему интернету - самый натуральный курятник, и это не оскорбление, это прискорбный факт. Единственный случай, когда я предпочел бы тупенького бота, а не сотрудника поддержки. Последний раз эффективным способом решить проблему оказалась только смена провайдера, без вариантов вообще.
Если вы про MongoDB PHP Library, то я не могу отнести ее к разряду ORM.
Александр, какие у вас планы по yii-mongodb? Есть надежда на релиз этого пакета и насколько жестоко он будет связан с основным пакетом ActiveRecord для реляционных бд? По личным впечатлениям yii2-mongodb до сих пор единственная адекватная ORM для работы с монго без существенных костылей.
После обновления вылетела авторизация на всех сайтах.
Информацию о рассмотрении которых вы никогда не узнаете, пока сами не почешитесь. Потому что у компании настолько ограниченные ресурсы, что нет 15 минут на настройку отправки уведомлений по электронной почте абсолютно аналогично тому, как они отправляются при репорте бага в баг-трекер, который для вас закрыт.
Ну или не заявляйте, что «будете очень благодарны», потому что это откровенная ложь, ибо человек о судьбе своего отчета может больше никогда ничего и не узнать. Вы максимум будете рады этому, но в остальном — неблагодарность и забвение.
Или ваши разработчики действительно положительно воспримут ситуацию, если например chromium закроет свой трекер? Спросите об их реакции.
Обычный пользователь — это я. А модератор — это уже пользователь с дополнительными правами и какой-никакой ответственностью, выступающий как представитель компании, ее лицо, по решению сотрудников этой компании.
1) Перестать стыдиться кол-ва багов и дать возможность хотя бы просматривать имеющиеся.
2) Не огрызаться на собственном форуме при жалобах на работу браузера и просто признать баг и начать работу над ним.
3) Перестать настырно называть LTS релизы устаревшими до окончания их поддержки.
P.S. Если кому интересно — история тут. Фактически, по делу отвечать стали только на середине второй страницы.