Оптимус Пьян

С картой работает все-таки драйвер. Для работы с видяхой существуют API типа OpenGL, OpenCL и т.д. Браузер дергает их функции, они передают данные в драйвер, тот - в видяху.

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

p.s. сам пытался подобный проект провернуть, но конкуренты были слишком жесткие. И собственно сам сайт - это реально самое мелкая проблема.

Python
например

1. захочется тебе что-то сделать под винду с GUI - Питон это может
   
2. завтра нанялся делать сайт - Питон это может, при чем по организации веб-фреймворка даст фору любому языку
   
3. послезавтра захотел покодить под Android - Питон это может
   
4. плюнул на все, пошел в админы, а там 1000 серверов и опять Python
   
5. проснулся мегаученым, потянуло в машииное обучение, нейронные сети и прочий Матан, читаешь требования/
   

библиотеки: C, C++, Java, Python
... ну и всякие игры, консольные скрипты и т.д. как бы само собой, было бы упорство

имей в виду, что PHP из списка - только (2), за Руби не скажу, но не все 5 точно

Забудьте уже про Windows-1251, конвертните все сайты в UTF, погуглите, потратьте время - это того стоит.

php.net/manual/en/function.file-get-contents.php
The function returns the read data or FALSE on failure.

добавляем проверку

$data = file_get_contents($filename);
if ($data) {
    // что-то делаем
} else {
    die('Нет доступа к файлу '.$filename);
}

Примерная градация факторов успеха интернет магазина:

1. Компетенция управленцев бизнеса в интернет маркетинге - 50%
2. Трафик - 40%
3. Техническая часть сайта (код, хост, функционал) - 9%
4. Дизайн - 1%

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

Просто дизайн самое простое в интернет маркетинге, компетенция для оценки приобретается как только вы занялись интернет маркетингом. Глаза - увидеть работу, вкусовшина - для субъективных оценок.
Это конечно не значит что дизайн вообще не важен, важен, ровно на уровне приоритета №3 по матрице эйзенхауера, делать - если будет время и ресурсы. А еще лучше двигаться по итерационной схеме оставаясь в приоритете номер три (картинка - https://yadi.sk/i/gpjfqMOdjSkkr)

Строительство интернет магазина (далее ИМ) следует в таком порядке:

1. Получить аттестат по гугл аналитикс для комдира или гендира (для успешного делегирования задач сотрудникам и получение адекватных данных)
2. Получить аттестат (сертификат) по траффику:
2.1. База adwords
2.2. Углубленный уровень (кмс и динамика)
2.3. Яндекс директ
3. Послушать академический курс по информационному поиску + какой нить водянистый курс по seo (точных рекомендаций не дам - паблик плэйсмент)
4. Полную структуру и логику сайта (на основе курса по информационному поиску и раздела карта онтологий) передать кодерам. С ними тяжело промахнуться - в основной массе адекватные люди.
5. Пока делается сайт, начинать продуктовую аналитику в excel и постепенно переводя все гугл аналитикс, в голове родится несколько гипотез по трафику.
6. Не нанимать seo спецов, 90% денег на seo идут в воздух. Достаточно технической оптимизации сайта (в паблике лежит инструкция по аудиту сайта по 200 тех факторам seo)
7. Жеская реклама конечно, но - купить битрикс и натянуть на него шаблон стандартный. Выгрузить товары, и кастомизировать визуалку под себя.
8. Накалить клеймо перед разговором с визуальщиками (артдир, юзабераст, дизайнер и т.д.), вообще не слушать и не смотреть что предлогают, единственный критерий истины гугл аналитикс и рост продаж либо рост подписной базы (для мэйл фоловапов), все остальное от лукавого. Дать 3 возможности ошибиться с исправление через АБ тесты ситуации, с обязательным клеймением в промежутках между тестами.
9. Запуск контекстной на поиске и начало медийной рекламы.
10. 1-5 лет на очищение каналов трафика (в зависимости от ниши)
11. Держаться в рамках правил оперативного менеджмента и тайминга.

P/s/ чтобы много не писать, накидал тезисно. Кому нужны пруфы по словам/словосочетаниям/предложениями/сообщению, пишите коментарий с конкретной постановкой вопроса, как будет перерыв в работе, обязательно отвечу.

pps вот рабочая ссылка на итерационную схему https://yadi.sk/i/gpjfqMOdjSkkr

Не надо никуда ничего передавать. Можешь испортить человеку жизнь. Тебе это надо?
Лучше на сервере размести, чтобы владелец правильные права выставил.

ctrl+f

Не знаю как остальным - но я очень люблю Angular, ибо отработал год с хорошим, опытным специалистом - я смотрел как он пишет и сам учился, код был очень хорошим, легкочитаемым, все было очень понятно. Такой быстроты разработки и удобства поддержки я раньше не встречал.
Но после я повидал и другие проекты, люди писали на ангуляре ужасно, ни о какой быстроте разработки и удобств поддержки и речи не могло быть.
Очень много зависит от людей, некоторые люди начинают писать на ангуляре не зная и о 10% его возможностей, не зная правил работы с ним, ничего не знают о написании SPA, делают уродские структуры самой аппликухи, пихают какой-то хлам в контроллеры, засоряют рутскоупы и нетолько, в целом делают много много херни.
А наверное после они пишут гадости про ангуляр.

Берите от aws free tier на 1 год бесплатно, настройте под отдачу файлов.
Можно привязать ваш поддомен типа file.вашсайт.ком.

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

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

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

Вы не можете использовать этот пароль, потому что его использует юзер Петя?

Для хранения кода и вставки его в блог/на любую страницу отлично подходит Github Gist. Создаёте гист и встраиваете его куда угодно.

Для личного техноблога я вижу три варианта:

• Github Pages + генератор статики, например, Docpad или Jekyll. Все файлы хранятся в вашем репозитории, после написания нового поста или редактирования старого вы запускаете команду, которая генерирует HTML-файлы и публикует их в GH Pages.
  
• Эгея — простой, удобный и аккуратный движок для блогов. Многие крутые русскоязычные блогеры выбрали именно её. Он на PHP+MySQL, так что можно на любом шаред-хостинге развернуть.
  
• Ghost — как говорят авторы «просто блог». Тоже довольно минималистичный движок, но в то же время с гибкими настройками. Но он на Node.js, так что на первый попавшийся хостинг его уже не зальёшь.
  

Во все три из них (и вообще куда угодно) можно встраивать Github Gist.

Это в html5 вроде есть проверка на пустоту input а раньше не было и можно было отправить форму вообще без значения нажатием кнопки. На клиенте всякие JS проверки ненадёжны. Да и просто привычка хорошая, особенно при работе с массивами потом.

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