Специальную премию по менеджменту получили авторы исследования, которые обнаружили интересный феномен. Многие успешные бизнесмены в детстве пережили природную катастрофу, которая не причинила вреда лично им.
Помню, смотрел какое-то видео по харизме, там так и советовали — придумать или приукрасить историю из жизни, связанную с опасностью. Видимо приём широко распространился.
Если нужно куда-то прийти, то лучше сразу на месте решить все вопросы и получить симку. А так предлагаете куда-то идти, ради того чтобы потом посмотреть как к тебе прилетит дрон. Сомнительное развлечение.
Я считаю возможным три варианта: GUID строго последователен, GUID не строго последователен, GUID рандомен. В статье увидел только два варианта: seq и non-seq. Я может чего не понимаю, но для не строго последовательной генерации в большинстве случаев последовательность будет соблюдаться. Вижу только две ситуации когда этот вариант будет хуже — хайлоад и логи.
Вообще будет здорово добавить тест в сравнение, и учесть не только время вставки, но и время генерации самого GUIDа
Остается вопрос, как получать последовательные GUID на клиенте? К сожалению, стандартной функции в .NET для этих целей нет, но ее можно сделать, воспользовавшись P/Invoke:
Я видел другой вариант — GUID генерировался из двух частей, первая — текущая дата, вторая — рандом.
Доступ к хардварной части мобильного устройства идёт через плагины, плагин пишется на нативном языке под устройство и предоставляет js-обёртку для вызова. Есть готовые, часто используемые плагины. Вполне рабочая схема.
а дальше прописываем новые версии и расширения уже в лицензионных договорах на продажу, через запятую после названия основной лицензии.
Договора договорами, а что у с бух.учётом новых версий? Изменение стоимости ПО? Перерасчёт амортизации? Рассмотрите вариант ежемесячного выпуска новых версий.
Видел много объявлений о том что научат создавать свой бизнес, спешите только сегодня наш курсе по супер цене. А на самом курсе расскажут что надо сначала протестировать нишу, а для этого нужен лендинг, его конечно можно сделать самому, но вот кстати наш партёр, занимается этим профессионально и специально для нас особая скидка… Ну вы поняли. Конкретный пример — проект бизнес-молодость. Собирают большие толпы, из этой толпы, наверно некоторый процент реально сможет. И эти нескольно успешных случаев помогут авторам собрать новый поток, с ещё большим числом людей. Я так прикинул примерный доход, и это офигенная сумма, для автора учить гораздо выгоднее чем заморачиваться и вести бизнес самому. Причём их нельзя объявить в том, что это пирамида, т.к. чего-то рассказывают, у кого-то что-то получается, «кирка» продана, может быть кто-то золото найдёт.
А мне это больше напоминает эпоху золотоискательства на Аляске. Когда продавцы кирок и сопуствующих товаров «озолотились» больше чем масса самих золотоискателей.
Тогда обман слишком очевиден.
Нет, серьёзно, был свидетелем одного забавного случая. Конференция молодых учёных и специалистов, один из докладов на тему передачи энергии по одному! проводу, речи о том как можно съэкономить на проводах, показали реальную установку, реально один провод, светодиод загорается, вот смотрите всё работает. Автор выступил, пришла очередь вопросов, короче, схема установки это электроколебательный контур и антенна, энергию реально можно передавать по воздуху, несмотря на низкую эфективность. Только в этом нету ничего нового и провода тут вообще непричём. Но автор свято верил в открытие новго принципа передачи энергии по одному проводу.
Здесь возможно тоже самое. И опыт в космосе это подтвердит или опровергнет однозначно. Но этот опыт пока что не сделан. Другие учёные же считают этот метод невозможным. Надо подождать результатов из спора.
Просто надо помнить что наша планета имеет своё собственное электромагнитное поле. Скорее всего устройство работает как слабый магнит, что позволяет получить силу притяжения или отталкивания по оси, связанной с полем пленты.
Давайте вы подумаете о персональных данных, о клиентах, недовольных тем что за ними следят. Вы не первый кому пришла в голову такая идея (гуглите про амазон), но похоже не последний кто получит иск.
Если появилась необходимость в WebView, то надо проанализировать, может лучше написать полностью на Cordova. Хотя бы избавиться от проблем инжектирования
Не согласен, сам работал инженером после Универа и побывал в двух ипостасиях. Как был постоянный поиск компромиссов, так он и остался. Как было конструирование системы из более простых систем — так и осталось. По сути современный «высокоуровневый» программер — инженер-конструктор.
А я согласен с тем что не надо называть программистов инженерами, программирование это отдельная дисциплина. Я тоже побывал в двух ипостасях. И разница больше в мышлении. Инженер-программист предпочитает использовать готовые блоки и инструменты. «Настоящему» программисту всё неймётся написать свой велосипед. На собеседовании тоже можно заметить разницу. У инженеров больше знание предметной области (инженер всегда в какой-то области, а не вообще) и опыт работы с инструментарием, у программистов знание внутрянки самих инструментов-фреймворков-спецификацй и алгоритмов.
В нашем безумном мире поисков нематериальной мотивации, часто название должности не отражает её изначальной сущности — курьер, который «менеджер по логистике», «менеджер по продажам» который продавец, вот и майкрософт вместо тестировщика перешёл к «developer in test». Вакансию ведь надо закрывать, бюджет ограничен, а на «красивую» должность больше шансов поймать соискателя и больше шансов согласовать с руководством смену обёртки, чем смену бюджета. Конечно оно не везде так, но я веду к тому что есть элемент хаоса и неадекватности должностей. Так давайте хотя бы в сфере образования оставим разделение на инженеров и программистов.
Будет ли статья о том как это доверие потом не просрать? Для вас актуально :)
О вашем сервисе я узнал из статьи на хабре. (Вы получили кредит доверия.) Перевод фраз для своего приложения я заказал на вашем сервисе нитро и для сравнения часть фраз у вашего конкурента onehourtranslation.com. Ваш сервис оказался менее удобным, более долгим и были ошибки перевода, и конечно же «Администрация Сервиса не гарантирует» ничего (из ваших же правил docs.google.com/document/d/1KXwis-6FrYH2Oqo2-XTFzdTlsyLhYjGESqZ2GyGCBnA/pub). Таким вот способом вы потеряли доверие и клиента.
Делайте действительно качественный продукт, и техники убеждения вам не понадобятся.
Если нужно куда-то прийти, то лучше сразу на месте решить все вопросы и получить симку. А так предлагаете куда-то идти, ради того чтобы потом посмотреть как к тебе прилетит дрон. Сомнительное развлечение.
Вообще будет здорово добавить тест в сравнение, и учесть не только время вставки, но и время генерации самого GUIDа
Я видел другой вариант — GUID генерировался из двух частей, первая — текущая дата, вторая — рандом.
Нет, серьёзно, был свидетелем одного забавного случая. Конференция молодых учёных и специалистов, один из докладов на тему передачи энергии по одному! проводу, речи о том как можно съэкономить на проводах, показали реальную установку, реально один провод, светодиод загорается, вот смотрите всё работает. Автор выступил, пришла очередь вопросов, короче, схема установки это электроколебательный контур и антенна, энергию реально можно передавать по воздуху, несмотря на низкую эфективность. Только в этом нету ничего нового и провода тут вообще непричём. Но автор свято верил в открытие новго принципа передачи энергии по одному проводу.
Здесь возможно тоже самое. И опыт в космосе это подтвердит или опровергнет однозначно. Но этот опыт пока что не сделан. Другие учёные же считают этот метод невозможным. Надо подождать результатов из спора.
А я согласен с тем что не надо называть программистов инженерами, программирование это отдельная дисциплина. Я тоже побывал в двух ипостасях. И разница больше в мышлении. Инженер-программист предпочитает использовать готовые блоки и инструменты. «Настоящему» программисту всё неймётся написать свой велосипед. На собеседовании тоже можно заметить разницу. У инженеров больше знание предметной области (инженер всегда в какой-то области, а не вообще) и опыт работы с инструментарием, у программистов знание внутрянки самих инструментов-фреймворков-спецификацй и алгоритмов.
В нашем безумном мире поисков нематериальной мотивации, часто название должности не отражает её изначальной сущности — курьер, который «менеджер по логистике», «менеджер по продажам» который продавец, вот и майкрософт вместо тестировщика перешёл к «developer in test». Вакансию ведь надо закрывать, бюджет ограничен, а на «красивую» должность больше шансов поймать соискателя и больше шансов согласовать с руководством смену обёртки, чем смену бюджета. Конечно оно не везде так, но я веду к тому что есть элемент хаоса и неадекватности должностей. Так давайте хотя бы в сфере образования оставим разделение на инженеров и программистов.
О вашем сервисе я узнал из статьи на хабре. (Вы получили кредит доверия.) Перевод фраз для своего приложения я заказал на вашем сервисе нитро и для сравнения часть фраз у вашего конкурента onehourtranslation.com. Ваш сервис оказался менее удобным, более долгим и были ошибки перевода, и конечно же «Администрация Сервиса не гарантирует» ничего (из ваших же правил docs.google.com/document/d/1KXwis-6FrYH2Oqo2-XTFzdTlsyLhYjGESqZ2GyGCBnA/pub). Таким вот способом вы потеряли доверие и клиента.
Делайте действительно качественный продукт, и техники убеждения вам не понадобятся.