Комментарии 37
В Хром? А вижу, пичаль, да, надо будет еще лучше все оптимизировать, видимо… Хотя, в принципе, кажется, изначально было очевидно что все это достаточно бесполезная и странная затея)))… Но на обоих моих компах — свежем ноуте и "среднем" стационарном с видеокартой — в Хром и Яндекс — можно играть… Спасибо за фидбек!
Спасибо за каммент! Может быть я не вкурсе чего-то. В тексте я показываю что все лишние места — удаляются из модели при каждой постройке мира-локации и "лишних текстур по сути нет" — все всегда используются. А небольшое "дублирование" возникает от того что текстуры наносятся на "бинарные" glb — без UV-разверток, поэтому им иногда нужно разное маштабирование. Про "оптимизацию вычислений" если можно поподробнее? Я тут почитал про GPU.js — видимо, его можно прикрутить? И очень интересно самое последнее — как "убрать из three неиспользуемые фичи"?
А, понял, каммент от эксперта, ясно. Ждал ответа, думал-думал: вероятно вы имеете в ввиду полезные модули для препроцессинга и прочее — которые остались от моих многочисленных экспериментов и первоначальной песочницы. Их наличие никак не влияет на производительность.
Да и нынешняя молодежь осознала что в сегодняшней ситуации «честно и нормально» зарабатывать можно только в айтиНе помню случая, чтобы разработчик возвращал деньги, если сорвал им сроки сдачи проекта. Немало ситуаций, когда проект не сданный в срок становится не нужен (например, лэндос под рекламную кампанию). Честность и нормальность получения денег в подобной ситуации под вопросом.
Ваш ответ показался странным и не адекватным цитате из поста которая в нем используется — о том что молодежь в общем и целом окончательно осознала что "надо идти в разработку выгодно"… Но если играть в эту игру — кажется — отдавать начинающему разработчику — и в штате и тем более на фриланс проект который будучи не сданным в срок станет не нужным и в минус — это очевидный косяк не работника, а "головы" — организатора?
Да и нынешняя молодежь осознала что в сегодняшней ситуации «честно и нормально» зарабатывать можно только в айти
идти в разработку выгодноИ на этом для себя закрою эту тему в данной дискуссии.
это очевидный косяк не работника, а «головы» — организатора?Нет, мы специалисты в профе, а не заказчик. И я ничего не писал про «начинающего» (к чему Вы ввели сущность, которой не было — не важно, оставлю на совести Вашего образа мышления). Мы взялись, мы и должны отвечать. Всё остальное — болтовня.
Про "джунов" как раз следует из контекста цитаты — "молодежь которая стоит на пороге HR-отдела" и тд… Новички могут сорвать сроки и при этом очень сильно стараться — просто не хватает опыта. Прямая ответственность старших наставников и самого бизнеса — не ставить джунов на ответственные участки. А если "сроки срывает" "не джун", то он не профессионал, а мошенник… Ну и о том кто его нанял тоже стоит задуматься...
Пока я вижу только мастера по написанию неадекватных камментов, извините, но для меня это только так.
Волшебным образом Вы завели, опять, новые сущности — джун, бизнес, новичок, старший наставник и прочее. Просто потоки сознания какие-то.
Вот Вам мат. часть:
Молодёжь — лица от 14 до 35-ти лет. Ни в контексте цитаты, ни в контексте Вашего дополнения к ней не следует должно явным образом, что стоящие у HR-отдела являются джунами или начинающими, итп. Вы это сейчас, на ходу придумали
Новичок — субъект, только пришедший в сферу, не обладает ни знаниями, ни навыками
Джун — обладает базовыми навыками и знаниями, достаточными для начала работы (новичку вообще нечего делать у HR-отдела, никто его ни куда не возьмёт)
Бизнес — сущность, цель и задача (прямая ответственность) которой только зарабатывание денег — коммерческая выгода (не путать с Участниками бизнеса)
Старший наставник — более опытный наставник из других наставников. Его компетенция — наставники и/или сложившиеся разработчики. Для джунов есть просто наставник, а обычно, «ведущий пары», а не отдельная должность.
Срыв сроков — явление, которое может настичь даже профессионала. И вопрос лишь в том, как спец/профи себя поведёт в данной ситуации.
Наниматель — лицо, совершенно не обязанное быть хоть сколько-то в теме. Оценка сроков и/или их принятие (равно как и отказ), это компетенция исключительно разработчика (как и ответственность за ход работ в соответствие с ТЗ и Договором).
Я ничего не писал ни про джунов, ни про бизнес, ни про наставников, ни про новичков/начинающих. Все эти сущности понаплодили Вы и только Вы. С непонятным прицелом.
Я писал только про разработчика, согласившегося взять заказ с указанными сроками, сорвавшего сроки и обязанного отвечать за свои поступки, чего не наблюдается в реальности.
Внятных контраргументов от Вас нет, и ни у кого их быть не может (включая меня, если бы я попытался занять Вашу позицию) и быть не может — разраб оценил проект, оценил сроки, сопоставил, согласился. Только он и отвечает за ход работ и сдачу проекта. Точка.
Хахахахаха, а я уже ожидал чего-то такого… Товарищ, вы уже!!! третий!!! каммент пишете вообще не по, кажется — достаточно интересной и необычной — теме поста, прицепившись с вырванной из контекста одной фразе, с пеной у рта, а теперь еще и форматированием — разговаривая с самим собой о чем-то своем, споря-доказывая, воображая… Еще и агрессивно на меня кидаетесь, при этом, кажется...
Я понимаю если бы "матчасть", нотации — внимание — сугубо по теме поста — стали бы мне читать — для того они и камменты. А тут — неадеват полный. Ну уже то что после фразы "И на этом для себя закрою эту тему в данной дискуссии." вы потом еще выдаете целую проповедь с болдом и подчеркиванием — уже о многом говорит.
Напишите, пожалуйста, свою статью об ролях и участниках, рисках рабочих процессов в разработке, вот это все — можете сюда ссылку потом повесить? А пока — будьте последовательны и "закройте тему" пожалуйста?
upd: и да: ""Срыв сроков" — явление, которое может настичь даже профессионала." Это холивар, но если специалист не дает адекватных оценок и плюс еще не корректирует их трезво в процессе — стоит тренироваться больше с наставниками — любыми — старшими, младшими )))… Сорвать срок можно только в двух ситуациях: 1) внезапная потеря трудоспособности и некому подхватить 2) сроки в принципе неадекватны и при их выставлении не учитывается реальная оценка самого профессионала.
А я с вами даже не начинал и не хочу спорить — по многим причинам. Начиная с того, что просто не интересно и точно ни к чему не приведет. "Остальным читателям" которые до комментариев доберутся, тоже думаю не особенно интересен ваш пассивно-агрессивный поток сознания "не про Three и тд" и то как вы его проецируете в неподходящем для этого месте. Утомили.
Просто это звучит немного сюрреалистично, так как разработка — не игра одного актёра, и там присутствует много факторов. Нельзя же говорить, что обычный работяга на стройке виноват в том, что не положил кирпич за 3 дня, как договаривались, ведь оказывается «сверху» люди не могли договориться где купить этот кирпчик и только 2 дня потратили на «закупку».
Определенно, если человек «фрилансит», то риски должны брать на себя как и наниматель (именно для его бизнеса), так и сам работник (по поводу проекта), тут уже как у них договоры «настроены» :)
Ой, ну бесполезно же… ))) Судя по всему наш навязчивый комментатор не по теме топика больше воображает реальные процессы чем имеет актуальный опыт. Ну и в результате очевидна простая психология срабатывает: остается только ходит по ярким постам на любые темы и демонстрировать это "остальным читателям". )))))
Конечно же да, работяга не виноват в указанных Вами условиях. Но мы говорим о другой ситуации. О ситуации, в которой, по факту, разработчик не рассчитал силы/сложность/личную занятось итд итп.
Лично я считаю, что заказчик не должен брать на себя эти риски. Просто потому, что он понятия не имеет «куда и как копать». Вряд ли Вам будут интересны причины установки нового окна со щелями. Вряд ли Вы согласитесь брать на себя риски наличия оных.
В целом, конечно, Вы правы, что не всё и не всегда тривиально. Однако, в общем случае, ответственность должна лежать на специалисте. И в основном большинстве случаев виноват разраб. Приведу 2 примера, буквально свежих, из личной практики:
Первый:
Ко мне обратился постоянный заказчик и запросил доработку модуля, описав хотелки. Мы эти хотелки перевели в язык ТЗ, я обдумал и сказал, что это может занять как 3-5 дней, так и пару недель, т.к. причины проблем могут крыться не в модуле, а в программе, а покопавшись в ней можно выяснить, что проблема вообще на стороне сервера. А копание в сервере может привести к необходимости доработать ещё что-то. В итоге мы отказались от реализации т.к. она была сильно ему невыгодна. Я описал этот свежий случай довольно абстрактно, да, но, полагаю, Вы без проблем поймёте основной вектор.
Второй:
Другой клиент обратился за доработкой функционала программы, хотелки описал. Мы эти хотелки перевели в язык ТЗ, пофутболили и я назвал сроки. По ЛИЧНЫМ причинам сроки были сорваны (но я изначально знал, что заказ не имеет критичности в сроках). Я дал заказчику доп. работу бесплатно и описал пользу от этой плюхи. Разговоров о срыве сроков не было вовсе, сотрудничаем и дальше, с обоюдным удовольствием.
На включение автора статьи в наш разговор предлагаю не обращать внимание, его эмоциональные экзальтации лишены логического смысла и аргументации.
Вы можете ответить как все ваши сверхценные для моих читателей словоизлияния хотя бы минимально отвечают теме поста, упражнениям и экспериментам на открытых технологиях для саморазвития и драйва? Как написание кастомной браузерной игры "для себя" вообще связано с вашим виденьем рисков в капиталистических отношениях в разработке?
Включение в статью дополнительных векторов порождает раздутие темы. Именно отсюда мы все, включая меня и Вас, частенько видим статьи непонятно о чём (Ваша статья, разумеется, понятно о чём, тут вопросов нет). Но именно включение в статью дополнительных векторов, в нашем случае вот этого
Да и нынешняя молодежь осознала что в сегодняшней ситуации «честно и нормально» зарабатывать можно только в айтиможет привести к правомерным, но не предусмотренным автором статьи «разговорам».
Ну я сразу понял что вы именно настоящий мастер холивара, это не вопрос. Вот, например, только этот очередной мастерский пассаж про "абсолютно все", сам по себе — отличная затравка для бессмысленного рубилова еще на пару дней камментов не по теме...
Да, знаю, у меня крайне витиеватые, возможно — несколько излищние, не сухие и очень личные стилистика и слог. Мне кажется это преимущество вполне, кому-то может не нравится — других статей полно. Но это не повод, как говорят в народе — "цепляться к словам" и разводить холивары. Тем более что вот у меня нет времени на такое — нереальный дедлайн и помогаю "не сорвать сроки", прямо сейчас. )
Вот, например, только этот очередной мастерский пассаж про «абсолютно все», сам по себе — отличная затравка для бессмысленного рубилова еще на пару дней камментов не по теме...Внезапно, и волшебным образом, я этого не делаю. И в первом своём комменте поднял лишь один вопрос. На который с Вами возник спор, а с другим опонентом дискуссия. Да, наверное, это я «такой-сякой», ага)
Искренне желаю успешной сдачи!
На всех фирмах, в которых мне повезло работать, между этапами «хотелок клиента» и «разработчик хотелок» существует серьезная прослойка в 2-3 этапа бизнес-отношений, к которым рядовой разработчик вообще не имеет никаких отношений.
В этой прослойке есть другие люди, которые отлично знают как устанавливать сроки, которые имеют опыт ведения таких проектов и отлично знают возможности своей команды (как позитивные, так и негативные).
Если клиент напрямую общается с разработчиком о производстве продукта (в т.ч. и интеллектуального), то тут, конечно же, компания вообще никаких дел не имеет к ним и, как я сказал выше, все ложится на плечи «договоренностей» между сторонами, как официальных, так и нет.
Не помню случая, чтобы разработчик возвращал деньги, если сорвал им сроки сдачи проекта. Немало ситуаций, когда проект не сданный в срок становится не нужен (например, лэндос под рекламную кампанию). Честность и нормальность получения денег в подобной ситуации под вопросом.Из него никак не следует, что разработчик внутри компании. Хотя, соглашусь, что и то, что он фрилансер итп, тоже не следует должно явным образом (хотя и намного более очевидно по семантике фразы). Сознаю свою вину, меру, степень, глубину)
подключил блютус-клаву к смартфону, а сайт по прежнему пишет "you need a PC keyboard to play"
ЗЫ: А блендер классный выбор! Я прям как-то после 9 лет 3дмакса попробовал, влюбился!
Ой, как приятно! Спасибо за поддержку! Да юнити да анрилы похоже — окончательно не о том уже, как я "бегло поглядел" — прежде всего для тех кто хочет "рисовать и кликать", а не "писать". )) Да — мне тоже скучно в эту сторону смотреть. Доросли ли браузеры до "крутых игр" (хотя ведь дело не в графоне, на самом деле) — вопрос открытый (не кажется еще не совсем, тем более — во множественном числе), но Three — возможно — самое интересное что можно сейчас смотреть на фронте в плане интерактива и выразительных средств, доставляет, да.
Спасибо за интерес и похвалу. Совершенству нет предела, вроде, ну и я хотел не "удивить всех сложным гейплеем и тд" — для того есть большие фирмы и энтерпрайз, а, прежде всего, сделать "то что хочу-могу, задумал" — очень аккуратно и качественно.
Единственный вопрос по вашему камменту, что вы имеете ввиду под "простенькая"? Можно увидеть пример "сложной" игры на Three? Или вы сравниваете мое кастомное js-соло с профессиональными оркестрами из энтерпрайза?
Как я написал браузерный 3D FPS шутер на Three.js, Vue и Blender