Sergey Romanov

Есть 2 способа.

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

2. Если там ни чего нет, то можно написать в репозитории в Issue Tracker. И автор получит уведомление.

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

Можно использовать например ace

ace.c9.io

Но это просто редактор. И воспользоваться API для создания кнопок в ручную, что бы вставлять что то в редактор.

Про калькулятор уже сказал.

Хочу сделать замечание что если покупать серверы на 3 года в резерв то цена падает больше чем в 2 раза что делает Амазон недорогим обаком. Я резервирую сервера на 3 года и вперед. Плачу по $40 в месяц за то что без резерва стоит $120. Но это относится только к EC2. На других службах резерва нет.

С другой стороны как правило вычислительные мощьности это основные затраны в большинстве случаев.

Нужно знать что iOS, SWIFT это не панацея и на этом все на заканчивается. Это может даже вообще не то что НУЖНО знать. А что если заказчик попросит вас еще созать и приложение на андроид? А ведь сегодня так все и делается. Ни кто не закажет чисто на эпл. Заказывают сразу пакет iOS, Android, WP8, Blackberry. И что вы будете делать а эти свифтом?

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

Так что я бы просто сделал список приоритетов. И потом посмотрел на какой позиции там оказтеся SWIFT. Убежден он будет даже не в первой пятерке. Ну вот и сделаайте акцент на первой тройке в этом списке. А потом когда вы сможете использовать свои знания что бы зарабатывать денег, можете быстренько добавить к ним SWIFT.

Другими словами "В топку SWIFT!"

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

Есть небольшой трик. Если это объект то должно менятся. Например в дриективе. attr="var" где var это объект. И если вы в директиве потом будете scope:{attr: "="} и в линкере scope.attr.somethign = 1; То результат может быть совсем другой.

Вообще и не объект должен работать в 2 стороны. Вы пробовали вместо link использовать controller?

И использую вот эту програму.

crocotime.com/ru

Ставите на сервер или локально но это сервер. Потом небольшую программку качаете и ставите, это клиент. Запускаете его и он считает.

Ваша мысль абсолютно правильна. Так это и делается. Только не телефон а модем. Это может быть и телефон если он поддерживает быть модемом.

Вы подключаете несколько телефонов, покупаете безлемитный СМС план, и шлете с минимальным затратами.

Но у вас так же могут быть проблемы с провайдером. Если СМС слишком много, могут заблокировать. Одно дело безлемит, другое дело злоупотребление. Поэтому как привило ставят несколько модемов и распределяют работу между ними. Можно так же менять симки раз в день в одном модеме.

Но это если только вы реально шлете много.

Evernote или OneNote.

transifex.com

Сначала в Майкрософт, потом в Пентагон, ну а потом адресату.

А если серьезно, то скайп использует p2p на сколько я знаю. Раньше когда история хранилась только локально то и передача сообщений и файлов велась с компа на комп. Сервер скайпа использовался только для создания соединения.

Теперь, когда история явно хранится онлайн, очевидно что сообщения передаются и на сервера майкрософта. Но я уверен что туда отпраляются только копии, но по сути сетевая работа осталась прежней p2p.

Все зависит от того что вы делаете и что используете. Например в Ангуляр я бы не стал генерить готовый HTML на сервере так как тогда лишается смысл использования Ангуляр в целом.

Если я не использую фреймворки, то дилема у меня такая.

1. В готовм HTML есть елементы которые привязаны к событиям JS, кнопки там, менюшки, ... Тогда JSON. Потому что если например пользуетесь бутстрапом и вернете HTML в котором есть tooltip то они не будут показываться пока вы не примените обновление яваскриптом. Или если в HTML есть уже готовый JS код он не всегда может коректно приментися.
2. Готовый HTML это просто чистый текст. Тогда HTML.

Если руководящая должность как карьера, то конечно нужно образование. Да и не одно. Нужно что бы в резуюме были всякие бизнес семенары, конференции. Так что что бы были ваши публикации, возможно книги или выступленя публичныные. Все складывается в копилку. При подаче резуюме на очень крупную должность, это все будет играть свою решающую роль.

При чем не просто образование, а престижное образование. Хорошо Гарворд или Осфорд. После этой строки в резуюме, остаток могут уже не читать.

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

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

Заключение. Практика влияет на скорость продвижения, образование и все такое на высоту.

Главный вопрос в этом деле не какую память а сколько. Ставить можно любую. Естественно соответствующую по характеристиками но любого производителя.

А вот сколько, я бы посоветовал 16гб если есть возможность. Лично меня 16гб устраивает заметно лучше чем 8.

Стоит ли продолжать изучать JS

Однозначно стоит.

Еще есть такая платформа - Node.js

Это можно использовать не серверной части. Но для этого телефон должен быть соеденен с интернетом. Я бы смотрел в сторону offline. Например использовать Sqlite на телефоне. Есть специальный компонент на JS который позволит делать запросы к SQLITE.

Node не будет работать на самом телефоне. Только не сервере. С его помощью можно сделать API для приложения, но это API можно сделать и на чем нибудь другом.

Я бы сделал у сервиса одно свойство и назвал его типа groups или как то так. Потом, в setData

this.groups.push(pmData);

Ну и естественно в скопе сылка будет уже на

$scope.privateMessages.groups;

Ну и ng-click

ng-click="pm.setData({id : 1})

А что сложного сделать отзывы для клиентов и не индексировать их для поисковиков?

Я думаю вопрост стоит не между MySQL и MongoDB а между SQL и No-SQL. Или между MySQL, SQLite, MS SQL, Oracle, ... и MongoDB, ElasticSearch, CouchDB, RavenDB, ...

Я так понимаю вы хотите создать аналог социальных комментариев которые можно инетгрировать в дугие сайты.

Я бы использовал SQL базу так как в данном случае структура данных статичная и вряд ли будет расширятся или менятся. Объемы тоже позволяют сделать быструю систему на SQL базе.

С другой стороны если бы я хотел максимальной производительности при минимальных серверных ресурсах, я бы использовал no-SQL а именно ElasticSearch.