archelon

D:/pdf.pdf
доступ к файлам на жестком диске у пользователя из интернет броузера ?
Я не говорю, что решения нет совсем.
Его нет простого в рамках html+js

Я так понимаю, решаете задачу каталогизатора файлов на сетевой шаре во внутренней сети ?
Оберните вызов через кастомную схему URI
Например
openshare:/pdf.pdf
Напишите бат файл
c:/pdfviever $1
Занесите его в реестр винды

Если я не правильно понял вопрос, и задача обратная.
Нужно серверу сказать где лежит файл, то решения нет
в целях безопасности элемент html file input в броузерах
отдает апи c:/fakepath/name.ext

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

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

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

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

Таблица с одной строкой. Все остальные методы требуют css.

У вас есть поддержка продукта в режиме 24/7? Вы юридическое лицо? Вам можно дозвониться по телефону в течении 15 мин? Если нет - забудьте про платную подписку.

Какую юридическую ответственность вы готовы нести в случае простоев работы сайта клиента по причине ошибок в вашем коде?

Сможете ли вы гарантированно исправить код проекта в течении суток с возникновения ошибки? Сможете ли вы оперативно (в течении 2,3 дней) закрывать бреши безопасности, которые находят постоянно в языке, который вы используете?

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

Это надо в контору вопрос задать - как там работа устроена и будет ли прессинг, и к себе- сможете ли вы столько работать . Здесь то откуда людям знать?

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

Дальше смотрите - подходим вам такая ЗП за работу на полный рабочий день или нет.

Три картинки, бошки отдельно, жижа отдельно. Бошки просто двигай, жижу держи на месте и растягивай. Получится то, что получится. Красивым не назовешь, но простой картинки большего ожидать не стоит. Хочешь большего - three.js и шейдеры, шейдеры, шейдеры.

Не совсем понятно, какую цель вы преследуете. Исходя из вашего слова "профитнее" (т.е. по-русски "выгоднее") её можно трактовать по-разному.

1) Если вы рассматриваете свои игры, как дополнительные пункты в резюме разработчика игр, и выгода для вас означает профессиональный рост и потенциальную зарплату у работодателя, то нужно не вылизывать игру до идеала, а повышать KPI. То есть нужно обращать на те моменты, которые приносят прибыль, а которые не приносят - забить. Однако к программированию это имеет мало отношения, это больше маркетинг, психология, геймдизайн, и вот это вот всё. Одному человеку это, как правило, не под силу. Но если вдруг хотя бы одна из ваших игр будет иметь коммерческий успех, пусть даже вы будете лишь одним из ее разработчиков внутри небольшой команды, то это считается серьезным достижением при устройстве на работу и имеет реально солидный вес, какую бы более узкую специальность вы ни выбрали.

2) Если вы рассматриваете свои игры, как дополнительные пункты в резюме программиста, то по сути и не важно, игры это или что-то другое. Здесь будет играть роль ваш опыт программирования (опять же просто количество лет), плюс опыт работы в команде. Чуть бОльшую роль имеют софт скилы при составлении резюме и прохождении собеседования. В остальном идеи из предыдущего пункта тоже применимы - то есть количество достойных проектов, считающихся достижениями, которые не стыдно показать.

3) Если выгода для вас означает собственно продажа своих игр, то эта цель сильно пересекается и первым пунктом, с той лишь разницей, что вы максимизируете прибыль (причем, для себя). Аналогично первому пункту, это сложная тема, и нужно уметь во многое, что одиночке не под силу. А если вы хотите свою команду (а не вхождение в чужую), то также нужен солидный бюджет. Программирования здесь будет еще меньше, точнее лично у вас на это просто не будет времени. Но этому пункту противоречат ваши слова "для саморазвития и дропа на гитхаб", что как бы намекает, что деньги непосредственно с игр вам не нужны.

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

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

Можно и без cms обойтись.
Создать js объект корзины и хранить его в localstorage, по клику на "в корзину" добавлять туда товары.
Выводить данные в модалке корзины и прикреплять к форме заказа.

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