Pull to refresh
-2
Gleb Palienko@ftdgoodluckread⁠-⁠only

blockchain | crypto

Send message
Если вам говорят что вы в 30 уже старый — то это значит что компании нужен условный лох студент, которому можно рассказывать сказки про карьерный рост, про повышение «по результатам», у которого нет семьи и он радостно будет перерабатывать «на благо компании». Так что считайте, что вам повезло увернуться от таких предложений.

Кроме того, очень часто HR сразу отсекают людей, которые имели опыт работы «на себя». Опять таки, основная причина в том, что такой человек будет по вечерам пилить пет-проекты, а не оставаться на «у нас кранч, нужно задержаться до 10 вечера и выйти в выходные, это очень важно бла-бла-бла».

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

Если помечтать о будущем — то комбинация с AR тоже выглядит интересно
я думаю эта система может хорошо работать на массовых вакансиях начального уровня — там где реально никто сильно не запаривается с резюме.
Я думаю стоит посмотреть в сторону небольших стримеров (условно тех, у кого еще не приходят покупать рекламу). Можно будет попробовать договориться за небольшие деньги + ключи на розыгрыш
не могу влезть в мозг к автору коммента и понять, в чем именно стоило тренироваться на шариках-3-в-ряд-таких-игр-миллион.
Но можно предположить, что правильный релиз игры — это огромная составляющая успеха, а зарелизить игру второй раз уже не получится
Приятно видеть, что есть еще люди в наших селениях, которые занимаются разработкой тактических боевок. Удачи в ваших начинаниях, и далее мой фидбек:

Как уже заметили выше, внешний вид. Как мне кажется, аудитория подобных игр это явно 25-35 лет, так что наверное дарк фэнтези подошло бы лучше

Как продолжение предыдущего пункта — у вас игра выглядит как мобильная. В тексте вы много пишете про стим, но не пишите про мобильные сторы. Я бы на вашем месте в первую очередь определился бы с целевой платформой. Есть жанры, которые неплохо вписываются в несколько платформ (например, ККИ), но мобилки это все-таки сессионность + большие ограничения в UI -> невозможность создания сложных механик.

Новизна. Что может побудить условного фаната HoMM поиграть в вашу игру? (в этом пункте речь про декстоп версию). Кстати, в отзывах в стиме очень часто пишут, что игра слишком простая и не дает челленджа.

Маркетинг. Вы как-то очень поверхностно пробежались, было бы интересно узнать, что именно делали. Для таких игр маркетинг критически важен — в органике всех магазинов будут либо крупные тайтлы (стим), либо очередное донатное дерьмо типичные мобильные игры (моб. сторы).

Я бы на вашем месте очень серьезно проанализировал бы то, что сделали создатели Battle Brothers (не реклама, но ИМХО одна из достойнеших свежих инди-тактик на сегодня) — как с точки зрения маркетинга, так и с точки зрения механик игры.

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

Я делал в свое время исследования по применимости блокчейн-голосования, и есть несколько пунктов, которые достаточно критичны для того, чтобы в блокчейне там был хоть какой-то смысл:
  • SSI (Self-Sovereign Identity). Для тех, кто не знаком — грубо говоря, в этой концепции вы сами генерируете себе ключ, которым подписываете транзакции, где вам нужно себя идентифицировать и управляете уровнем раскрытия данных. Доверие в этом случае создается за счет того, что соответствие вашей личности и ключа подтверждают несколько независимых регистраторов. В системе, где ключи для подписи вам выдает государство — понятны все риски
  • Сохранение тайны голоса. Есть схемы zero-knowledge proof'ов, в которых можно считать агрегаты без раскрытия каждой отдельной записи. Не могу сказать точно, но кажется что это не используется и даже не планируется в данном конкретном голосовании
  • Механизм резистентности системы к процессу подкупа/принуждения к голосованию. Решается опять же через криптографию, где либо учитывается только последний голос (голосовать можно несколько раз), либо отсутствию возможности расшифровки голоса в принципе. Подкуп в таком случае становится резко невыгодным т.к. нельзя проконтролировать покупаемый голос. К сожалению, мы видим, в каких объемах идет мягкое и жесткое принуждение к голосованию на предстоящих выборах, и в том числе я на 95% уверен что при необходимости голоса будут расшифрованы и «неправильно» проголосовавших ждут последствия.
  • Публичный аудит и открытый API для создания альтернативных клиентов для голосования. Если нет публичного аудита — то ценность блокчейна сводится практически к нулю. Отсутствие альтернативных клиентов сосредотачивает риски на «официальном» клиенте — он может показывать то, что надо, а не то, что есть на самом деле
  • Постквантовые алгоритмы шифрования. Это может казаться уже паранойей, но за условные 20 лет мир может шагнуть очень сильно в направлении квантовых вычислений, и (что более страшно) скатиться в режим где всех неугодных будут забивать камнями.

По пункту 1 я могу сказать, что сейчас это развивается семимильными шагами (но еще нет надежной инфраструктуры масштабов стран), пункты 2 и 3 в целом решаемы, пункт 4 находится исключительно на административном уровне (разрешить/не разрешить), пункт 5 (в сочетании с 2 и 3) делает это абсолютно невозможным.
Я думаю, посыл автора был в том, что именно низкую производительность можно отловить тестами, условно, вида «нам надо обрабатывать Х операций в секунду, тест на Х проходит, у нас все ОК». В то же время, если ожидается рост, особенно взрывной, нужно понимать, как будет расти функция необходимых ресурсов в зависимости от функции роста Х
В 7 лет у меня не было компьютера, но можно было поиграть у друзей, так что посидел дома и разобрался. Кстати, очень помогло сразу получить авторитет)
Сейф в братьях пилотах, и пока ты с бумажкой не посидишь и не поймешь, как его открыть – можешь даже в игру не заходить)
Должен ли senior помнить наизусть любой алгоритм сортировки – скорее нет, знание наизусть навряд ли поможет в работе
Должен ли senior уметь написать сортировку за приемлемое время – вот тут скорее да, чем нет.
Скорее второе

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

Давайте подумаем: каждый мало-мальски крупный акт России, заметный в последние годы в международном поле, мягко говоря, «сомнительный». MH17, Скрипаль и ГРУ, Крым, эпос «Могучие Русские Хакеры и Американские Выборы» – не будем сейчас обсуждать то, что в каждой истории все мутно, история расставит все на места рано или поздно – но все это создает некоторую репутацию. И вот первый звоночек – эта репутация начинает влиять на жизнь.
Но мне кажется что в этой ситуации гитлаб поступили масимально прозрачно и открыто. Да, они не хотят допускать до приватных данных людей, которые проживают в стране, в которой рядовой silovik может забрать ноутбук сотрудника на пару месяцев «в интересах следствия» (а также применив к сотруднику некоторые не очень законные действия). Только ли две такие страны на весь мир? Разумно предположить, что нет, но тут мы вспоминаем про репутацию (причем в ее создании опять же замешаны разного рода siloviki), а также то, что если это вмешательство было сделано незаконно – никто не понесет за это ответственности.
Да, но вот адекватно оценить эти вероятности очень сложно. Большому бизнесу проще – у многих топовых компаний запрещено некоторым C-level людям летать на одном самолете. Здесь издержки достаточно малые относительно потенциальных потерь, поэтому лучше застраховаться. А если взять малый/средний бизнес – то уже сложнее. Возьму очень условный пример: условный разработчик Х может 100% времени писать код, а может 50% тратить на документирование. Тогда либо он фигачит все в одно лицо без комментариев (с риском его ухода и риском потери заказчика/санкций по контракту/итп), либо себестоимость проекта увеличивается в 2 раза потому что мы берем еще одного разработчика.
Статья немного странная, особенно про «выходной» который на самом деле не выходной и на самом деле надо работать. Ну назовите его «сокращенный день с удаленкой» – но тогда, конечно, громкого заголовка не будет…

Самое интересно, как всегда, в комментах. Очень увидило такое массовое неприятие понятия «быть на связи». Допускаю, что бывает всякое, но я лично уже больше 5 лет живу в подобном режиме и мне так комфортно. Попробую изложить свою мысль: существует некоторый баланс между вариантами:
  1. Все знания есть только у меня, и по любому вопросу, касающемуся моей области работы нужно лично связаться со мной
  2. Вся моя работа задокументирована на 100%, все знания собраны в базу знаний, любой человек может сам получить ответ. Все системы работают как часы и смогут выдержать мое отсутствие в течение выходных/отпуска/итп

С одной стороны, ситуация 1 кажется тотальным адом и в таком аду работать точно не хочется. С другой же, ситуация 2 является недостижимой утопией – и чем дальше ваша область деятельности от полностью алгоритмизируемых (например – операционист в банке/кассир/итп) – тем больший % времени нужно будет затрачивать на то, чтобы поддерживать в актуальном состоянии ту самую базу знаний из п.2. И чем сложнее системы, которые вы разрабатываете, тем сложнее будет обеспечить такую отказоустойчивость, которая реально выдержит любые проблемы и заботливо дождется понедельника.
И тут еще начинает появляться такое слово как «бизнес». И весь вопрос сведется к тому, что дороже – стремиться к идеалу или же найти человека, который будет «на связи».

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

Всем добра!
неиграбельные 40-50


*Вспомнил детство с дай бог 20 фпс и заплакал...*

P.S. Не хотел вас задеть, просто как-то упустил момент, когда 40 фпс стали неиграбельными =)
Интересная статья! Поделюсь своим мнением по ситуации – сам когда-то участвовал в аналогичном – внедрении автоматизации бизнес-процессов. Но по сравнению с автором мне повезло – я сначала попал в очень хорошую компанию, где это направление уже было сильно развито и смог подсмотреть хорошие практики, и только набравшись опыта пошел к клиенту этой компании внедрять такое с нуля.
Пока ограничусь какими-то общими мыслями – вдруг это кому поможет в будущем. Все описанное ниже – лишь мое скромное мнение, так что к каждой фразе можно мысленно добавить фразу «Лично я считаю, что...»
  • Начиная с чистого листа, не следует давать возможность ставить задачи по принципу «кто угодно кому угодно». Когда-нибудь в будущем это можно добавить, но в любом случае без какого-то контроля и ответственности – просто как чуть более прозрачную и удобную альтернативу почте
  • Без ген. дир и топ-менеджмент не пользуется системой – ей не будет пользоваться никто. Достаточно очевидно
  • Если внедрение идет туго, и топы других подразделений говорят «а зачем это нам, у нас и так все хорошо» – тогда начинаем с сервис деска. При чем это должно быть не просто «поставить задачу айтишникам» – нужно это сразу структурировать по нескольким направлениям, например – закупка/установка нового софта, закупка нового оборудования, заведение учеток новым сотрудникам, и.т.п. По всей компании делается объявление, что мол с такого-то числа все это работает только через систему. Делаете SLA (где-то на выполнение, где-то на скорость реакции) – вуаля, через месяц вы на совещании вы показываете всем офигенную красивую статистику – мол, среднее время решения проблемы такое-то, людей, довольных сервисом – столько-то, переносов срока – столько-то. Тут уже появляется интерес – а может быть и нам такое?
  • Дальше нужно принести благо каждому человеку на предприятии. В одном из моих кейсов это решилось очень просто – мы систему согласования отпусков перевели из формата «Распечатай бумажку и походи по 3 корпусам и в конце к генеральному» в полностью электронный формат. Да, пришлось немного повозиться с бюрократией – но тут реально каждый человек понял «блин, а ведь это удобно, я могу согласовать отпуск/отгул потратив 3 минуты своего времени».
  • Дальше начинаете идти по другим департаментам и процессам. Важно – все должно быть в процессах – да, это будет чуть медленнее, но зато это не породит «орков» в терминологии ТС, которые всеми силами пытаются систему абьюзить


Где-то глубоко в памяти сидит небольшой набор баек по внедрению этого добра – могу поделиться в формате поста.
Со стороны покера могу немного рассказать.
Может не совсем понял, что вы имеете в виду под «чистыми стратегиями» – но современная теория покера говорит о том, что практически в любой ситуации нельзя использовать какое-то одно решение – т.е. с одними и теми же картами в одной и той же ситуации вы, условно, должны делать ставку в 30% случаев, и делать чек в 70%.

Можете погуглить «GTO Poker», чтобы в целом понять, о чем речь. Для расчета конкретных ситуаций есть специальные тулзы, которые подбирают равновесные по Нэшу стратегии в конкретных случаях.

Information

Rating
Does not participate
Registered
Activity