Прототипы

Цель прототипа - быстро проверить идею и обнаружить риски.

Обычно прототипы ассоциируются с дизайном. И для проработки интерфейса есть много специализированных инструментов, например maker, figma, Mockplus и другие. Но начинать лучше с листочка и ручки, чтобы в принципе понять, а чего мы хотим. В идеале нужно начать с того, что должно получиться в конце. А уже затем можно добавлять мелкие детали.

Прототипы дизайна легче выбрасываются, потому что легче делаются (беру только свой опыт, дизайнеры - не ругайтесь). Мы не потратили на них много сил и не привязались к решению, поэтому можем легко отказаться. Другое дело когда мы начинаем делать прототипы кода. Я не встречал специализированных инструментов для этого и поэтому чаще всего их делают в той же среде разработки.

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

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

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

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

Никита Арипов | 1C. Подписаться

Как давать обратную связь?

Умение давать обратную связь так, чтобы к ней действительно прислушивались, — это полезный навык, даже в нашей работе. Когда мы, например, спрашиваем: “Как тебе мое выступление?”, часто получаем примерно такой ответ:

В целом нормально, но ты вот на 5 слайде ошибся, сказал «фреймворк» вместо «библиотеки», и тебе не нужно было торопиться - слушать было сложновато.

Что здесь произошло:

1️⃣ Нет акцента на том, что получилось хорошо

2️⃣ Частица «Но» перечеркивает, все что было сказано до нее, то есть обесценивает «в целом нормально»

3️⃣ Атака в прошлое - «ты на 5 слайде ошибся» и «тебе не нужно было торопиться». Сложно что-то противопоставить в текущем моменте, потому что это уже произошло. У нас мог быть миллион причин так сделать, но сейчас это уже не исправить и мы чувствуем себя уязвимо.


Как же давать обратную связь, чтобы она помогала?

1️⃣ Сначала спросите, что сам коллега думает: что увидел хорошего, а что он хотел бы улучшить

2️⃣ Повторите то, что он назвал положительным, и обязательно добавьте свои позитивные моменты

3️⃣ Не повторяйте то, что коллега уже назвал минусами. Он и так о них знает.

4️⃣ Всё, что хотите добавить из конструктивной критики, подайте как “То, что можно улучшить” или “Что можно сделать по-другому”

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

Мне очень понравилось твое выступление — оформление и анимация были просто на высоте! К тому же ты здорово подсветил моменты с автоматизацией создания хранилищ, я даже и не догадывался, что это возможно. В следующий раз можно чуть замедлиться, так как многие видят эту тему в первый раз и им нужно больше времени, чтобы глубже вникнуть в суть. Кстати, на 5 слайде ты сказал «фреймворк», а имел в виду «библиотеку»?

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

Никита Арипов | 1C. Подписаться

Игра «Трехсторонняя дуэль»

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

Правила игры:
Есть три участника — Никита, Александр и Сергей. Вся дуэль занимает два раунда, где каждый участник делает один выстрел по очереди. Последовать строгая — сначала стреляет Никита, затем Александр, и наконец — Сергей. Если после первого раунда остались живые, начинается второй, с той же очередностью.

Цель — стать единственным выжившим. Второе место — если остались двое, третье — если выжили все. Самый худший исход — быть убитым.

Навыки стрельбы:
● Никита — новичок: он попадает с вероятностью 30%
● Александр — опытнее: его меткость 80%
● Сергей — снайпер, его вероятность попасть 100%

Вопрос: Какая стратегия принесёт Никите максимум шансов выжить?

Ответ:
Никите необходимо специально промахнуться в первом раунде.

Почему это лучший вариант?

Вариант 1: Никита стреляет в Александра и попадает. Сергей, как идеальный стрелок, 100% будет стрелять в Никиту. Вероятность выиграть 0%

Вариант 2: Никита стреляет в Сергея и попадает. Александр, у которого 80% точности, стреляет в Никиту. Вероятность выжить — лишь 20%

Вариант 3: Никита стреляет в воздух. Тогда Александр будет целиться в самого опасного соперника — Сергея, но может промахнуться с вероятностью 20%. Если это произойдёт, Сергей всё равно выберет Александра как более серьёзную угрозу.

В итоге, шансы Никиты выжить и победить в следующем раунде — 30%, потому что он будет ходить первым и стрелять с этой точностью в оставшегося соперника.

Вывод

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

Забавный факт: сильнейший стрелок — Сергей — имеет самые низкие шансы на победу - всего 14%

7 навыков «высокоэффективных» людей

1️⃣ Я все и так знаю

2️⃣ Еще подумаю, посмотрю, может быть, потом

3️⃣ Точно приду в следующий раз

4️⃣ Я пока как-нибудь сам

5️⃣ Дорого, я думал, дешевле будет

6️⃣ Много дел, и так ничего не успеваю

7️⃣ Я это все уже пробовал, результатов нет

Никита Арипов | 1C. Подписаться

Раз сегодня настоящая пятница, то вот узнал, что такое TGIF.

Это аббревиатура - Thanks God It’s Friday (перевод Слава Богу - Пятница).

Празднование последнего рабочего/учебного дня недели.

Кстати, когда только началась удаленка, мы вечером в пятницу устраивали созвон, чтобы просто поболтать. Со временем это ушло.

А Вы как празднуете пятницу?

WIP. OneScript для создания хранилища

Пока безрезультатно пробую OneScript для автоматизированного создания хранилища.
Кажется, что основные проблемы связаны с пакетным запуском 1Ски. А усугубляют это малоинформативные сообщения об ошибках. По ощущениям, собрал уже всевозможные грабли, но не сдаюсь.

Например, начал знакомство с OneScript на Mac. Сразу же столкнулся со сложностями при установке. Разобрался, сделал пулл реквест в основной проект, его приняли. Дальше столкнулся с проблемами поиска 1Ски и перешел на Windows.

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

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

Подробнее обо всех проблемах и шагах в Readme репозитория.

Но как же круто, что все написано на 1С-подобном языке! Легко разбираешься, легко включаешься и даже не задумываешься над синтаксисом языка - просто пишешь код и все. Ребята проделали колоссальную работу!

Эпичный редактор кода

Тут увидел эпичный редактор кода. Версия на приложенном видео еще не вышла.

А вот прошлая версия есть в этом репозитории, но как его установить я не понял. Ждем плагин для VSCode и делаем свою работу еще эпичнее.

Никита Арипов | 1C. Подписаться

Гиперссылки

Гиперссылка используется для перехода к другой форме. Пользователю привычно, что по гиперссылке он куда-то перейдет или откроется новая форма и будет потерян фокус основной формы

1️⃣ Используйте для открытия подчиненных и служебных форм. Например, настройка НДС или счетов учета

2️⃣ Давайте осмысленное и достаточно длинное название гиперссылке, чтобы в нее можно было удобно нажать.
Например, плохо «Читайте об этом в статье 1, 2 и 3»

3️⃣ Из гиперссылки должно быть понятно, куда она ведет.
Например, плохо Настройки, потому что это могут быть и настройки программы, и настройки налогов и отчетов, и настройки учетной политики, и настройки функциональности программы, и настройки администрирования и еще какие-нибудь настройки формы

4️⃣ Не выполняйте действия на форме с помощью гиперссылки. Используйте для этого Кнопки
При нажатии на ссылку пользователь ожидает смену фокуса, если этого не происходит, то выглядит как ошибка

5️⃣ Не пишите в гиперссылке слова "здесь", "тут" или "подробнее".
Например, вместо «Подробнее здесь» пишите «Подробнее в статье на GitHub», еще лучше «Подробнее в статье Дизайн гайд на GitHub»

6️⃣ Не располагайте две ссылки подряд.
Потому что сложно заметить переход между двумя ссылками в виде пробела или запятой.
Например, плохо Настройки программы, учетная политика. Запятая плохо разделяет ссылки при беглом чтении.

7️⃣ Не меняйте цвет гиперссылки. Исключение: ссылки с предупреждениями

Больше в Дизайн гайде по 1С

#Design

Вопрос: Является ли имущество, по которому не начисляется амортизация неамортизируемым?

Ответ: Нет, это амортизируемое имущество, по которому не начисляется амортизация (п. 2 статьи 256 НК РФ)

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

Например, на днях участвовал в заседании Бухгалтерского Методического Центра (БМЦ формирует рекомендации по учету и готовит проекты ФСБУ для Минфина) по некоммерческим организациям. Приняли новую рекомендацию и прорабатываем отражение приобретения основных средств в ОЦИС.

В чем это проявляется?

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

Здесь очень помогает вопрос «А в чем это проявляется?» Этот вопрос раскрывает эмоции через факты их фактами. При этом к фактам этот вопрос уже не задать.

Например:

- У тебя плохой код
- А в чем это проявляется?
- Ну он не по стандартам 1С. Например, именование процедур и длина строки

Здесь задавать вопрос А в чем это проявляется к последнему ответу глупо, а значит с этим фактом уже можно работать.

Но не всегда бывает так просто. Например:

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

Здесь мы пытаемся добраться до фактов, чтобы с ними можно было работать.
Приходится пробираться сквозь несколько слоев. По алгоритму мы можем так делать до тех пор пока этот вопрос не будет казаться глупым.

Никита Арипов | 1C. Подписаться