tuccar

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

В последний раз мне машинный код понадобился совсем недавно, когда я захотел посмотреть, во что компилируется функция из C#. Дебагером пользоваться нельзя - он даёт неоптимизированный код. Поэтому фрагмент кода пришлось вытаскивать прямо в программе (два прыжка по стеку - и я в окрестности точки вызова). Напечатать фрагмент в 16-ричном виде легко, а как его оттуда перетащить в какой-нибудь дизассемблер - неясно. Пришлось поднимать таблицы кодов и разбирать самому.

Например чтобы знать, что команда INT3 - 0xCC. И когда вдруг в отладчике в студии будет в переменной 0xCCCCCCCC - понять что беда с доступом к памяти, а не непонятно откуда появились значения.

Как за ними следить?

Каждую неделю на хабре читайте дайджест дайджестов.

И самое главное, как успевать изучить не только теоретическую часть, но и попробовать на практике?

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

другой путь

Шаблонизаторы? Почти все они могут выполняться на сервере и прекомпилироваться или вообще собираться в html. Отдельно рекомендую посмотреть в сторону jade.

Каким образом нам получить данные?

Видно что вы гуглили, написали много букв и до таких вещей как "клиент-серверная архитектура", REST, и тд. вы не добрались...

На мой взгляд сервер должен возвращать мою сверстанную страницу

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

На мой взгляд бэк-энд вообще не должен заниматься компановкой HTML

Это другая точка зрения, и я ее в принципе поддерживаю и придерживаюсь последние пару лет. Опять же - гуглите в сторону REST Api. Инфы валом, есть масса лекций, докладов и презенташек...

Однозначно пагинация. На мобильных устройствах это будет лучше. А то помню brainstorage листаешь вниз а айпедик и тормозить начинает, тыкнул случайно с края, а он наверх поднял. Много подгрузил листая вниз, а он уже виснет и закрывает браузер. И ориентироваться проще, помнишь что вчера была 3-4 страницасегодня 3-4-5-6 листаешь. И глазами не промахнешся.

Опять же зависит от проекта, если это картинки для школолеток то и так пойдет, подгрузкой. А если там серьезный контент то пагинация.

конечно это имхо

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

Например, твиттер, по крайней мере когда-то давно, первую страницу рендерил стандартным способом, а дальше - работал как SPA.

Почему все зависит так сильно от проекта ? Например, яндекс публиковал на хабре статью, где проверяли, что быстрее - рендерить на клиенте JSON или передавать куски HTML по сети. Выяснилось, что в их случае - быстрее передавать HTML, т.к. в конкретной ситуации канал у пользователей был хороший, а рендеринг такого количества JSON - занимал много времени.

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

Oh, not this shit again...

Начните с прокачки умения искать, вопрос "с чего начать" тут разбирался на аминокислоты уже огромное множество раз))

> консультанты в магазинах впаривают игровые видюхи

говоришь консультанту: "Мне нужна печатная машинка для работы в архикаде".

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

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

Рано Вы полезли в базы данных. Вернитесь к началам, изучите структуры данных (тот же массив) и работу с ними. Без понимания основ в C делать нечего.

Когда мне нужно "включить мозг" тупо ем шоколад. Или что-либо сладкое.

Пригодится умение подшивать подворотнички на скорость и мотать портянки.

В армии срочнику может пригодиться «уверенное владение ПК» на уровне набрать текст в ворде и написать формулу в экселе. Возможно, какую-нибудь автоматизацию можно будет забацать на VBA, но очень рекомендую хранить это в тайне и передавать только из рук в руки при демобилизации.

Ну и да, рассчитывать на это не стоит, так как в части 100+ человек, а писарей нужно 1—2. Лучше таки подтянуть физподготовку.

В армии пригодится умение бегать 20км, и спать с открытыми глазами.