WPF приложение, если оно у тебя уже есть, можно завернуть в маркетное, и выложить в стор, кажется Desktop Bridge называется

на экранах меньше 7 дюймов стоит куцая винда

уже никто не ставит Win RT никуда

https://habrahabr.ru/company/moikrug/blog/315992/

чото фронтам в москве мало платят, надо уезжать

чото фронтам в москве мало платят, надо уезжать

переехать в соседнюю комнату и фрилансить

даже на 8 дюймовые планшеты от мегафона за 5000 стоит настоящая винда

ещё есть поехавшие типа меня у них люмии с мобильной виндой, которые хотят приложения как на комплюктере

эти большие зарплаты это все заговор программистов

ещё есть поехавшие типа меня у них люмии с мобильной виндой, которые хотят приложения как на комплюктере

у меня mi4 с win 10 :)

ещё есть поехавшие типа меня у них люмии с мобильной виндой, которые хотят приложения как на комплюктере

вроде MS обещался завезти транслятор x86 в ARM

в нете видео было как запускали настольный фотошоп на квалкоме в обычной винде

Надо новый снапдрагон

и то не факт что зарелизят

вроде MS обещался завезти транслятор x86 в ARM

лучше бы телефоны завезли

эти большие зарплаты это все заговор программистов

вообще зажрались, сволочи

вообще зажрались, сволочи

пускают вирусы по интернету с зп 300к/секунда, а потом работодатели смотрят и верят

мне кажется всё раздуто из-за спроса, вот и всё...

я знаю не мало случаев, когда так-себе программист получает 180к, а на деле он даже и 120к не стоит..

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

заводы в стране простаивают.. а мы тут на своих хипстерских макбучеках хрень какую-то делаем

действительно

заводы в стране простаивают.. а мы тут на своих хипстерских макбучеках хрень какую-то делаем

+++

потому что предприимчивые люди хотят делать деньги из воздуха

наверное делают

если 5 программистов делают продукт за 5 млн. баксов, сколько ты им заплатишь?

ну тут как бы такой момент... какая квалификация программиста нужна? :)

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

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

а если это вообще мобильное приложение - Райзя за венти латте с ванильным сиропом сделает

ну и еще может быть за брауни или шоколадно арахисовое пирожное из старбакса

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

даже если он будет собран из говна и палок

главное, чтобы была прибыль)

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

напористость, независимость, опыт, стремление

сложно, если ты хикка

(я хикка, мне сложно)

Хикка?

Хикка?

Не слишком социально активный человек.

Мне кажется, после некоторого порогового значения, например в 80-100 т.р. чтобы получать бОльшую зарплату, становится важнее уметь себя продавать, чем раскачивать свои скиллы

где-то да, где-то нет... но имхо с прокачанными скиллами это будет сделать проще ;)

Со скиллами - это да)

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

ну я вот не вижу причинно следственной связи, что из за отсутствия дженериков jvm < clr но твою мысль я теперь понял

Я тут вкатился из прошлого. И просто репликой. Вообще не факт, что типы в рантайме - это большой профит. С одной стороны, можно джиттить имплементации и доступаться к информации о типах в рантайме. С другой, для разработчиков языка - это головная боль. Потому что если система типов не ложится на систему типов платформы, приходится натягивать сову на глобус. Как пример - динамические ЯП, если для jvm они получаются сами собой, то для clr пришлось городить dlr. А как выражать полиморфим высших порядков вообще не ясно. Еще в clr есть value типы, вопрос пользы которых дискуссионный, и tail call elimination, который не используется C# и вообще нинужна. В jvm есть есть 100500 спекулятивных оптимизаций, есть ДЕОПТИМИЗАЦИИ, есть рантайм-интроспекция извне, сменные сборщики мусора. Кароче, у clr не так много реальных профетов по сравнению с . Имхо, главный бонус дотнетов - енто C#, который просто сам по себе ОК.

Я тут вкатился из прошлого. И просто репликой. Вообще не факт, что типы в рантайме - это большой профит. С одной стороны, можно джиттить имплементации и доступаться к информации о типах в рантайме. С другой, для разработчиков языка - это головная боль. Потому что если система типов не ложится на систему типов платформы, приходится натягивать сову на глобус. Как пример - динамические ЯП, если для jvm они получаются сами собой, то для clr пришлось городить dlr. А как выражать полиморфим высших порядков вообще не ясно. Еще в clr есть value типы, вопрос пользы которых дискуссионный, и tail call elimination, который не используется C# и вообще нинужна. В jvm есть есть 100500 спекулятивных оптимизаций, есть ДЕОПТИМИЗАЦИИ, есть рантайм-интроспекция извне, сменные сборщики мусора. Кароче, у clr не так много реальных профетов по сравнению с . Имхо, главный бонус дотнетов - енто C#, который просто сам по себе ОК.

хорошо сказал, даже добавить нечего ;) я разделяю целиком и полностью

Кстати, долгое время считал, что киллер-фича clr - это appdomain. Такие-то легковесные песочницы. Все думали про плугины, а я туда совал всякий дурацкий легаси-код, который памятью истекает, например. И вешаел на него типо вочдога, который по лимиту его прикончит и поднимет заново. Или там эмуляция хот-код релоада, как это делают веб-серверы (игрушечный касини уж точно) - они грузят веб-апликуху в домен, а потом следят за файлами на диске, если чет изменилось - они поднимают новые сборки в отдельном домене, а когда всё готово, просто переключают запросы на него, попутно прибивая старый. Потом оказалось, что никто не пользуется.

да, тоже очень долго испытывал чуство приятного от app domain, вся эта изолированность и безопасность... а на деле как-то всё так себе и как ты сказал - никто не пользуется :)

немного оффтопа, нужно было девушке, которая далека от физики, объяснить про диффиренциал (в автомобиле) нашел красивое видео, где это всё объясняется, а потом задался вопросом - а как блин поезда поворачивают (там ведь нет диффиренциала)? :) оказывается вот как https://www.youtube.com/watch?v=aCleXNqFC2g

Кажется они привстают на колесиках

Или как то так

Но только на одной стрроне

(Видео не видел)

угу.. потому что колеса конусообразные

ну это если совсем образно.. в современном мире чуть по-другому конечно

https://github.com/elastic/elasticsearch-net/issues/2626#issuecomment-281037506

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

что за дебилизм-то

а с boost весело вообще. там в ишью ответ: Field syntax boosting is only supported by some queries e.g the match query family.

а.. это я тупой :) сорри..

я сначала подумал что там про query-time boosting

или все же не тупой?

https://www.elastic.co/guide/en/elasticsearch/guide/current/query-time-boosting.html

Every query supports query-time boosting

every query или some query ??

ERROR: S client not available

ну моя проблема максимум простая - филды отдельно, компиляция запросов отдельно. я вообще не контролирую процесс создания филдов

и в итоге приходится держать кучу вот таких мерзких костылей http://imageshack.com/a/img923/6494/hvLm6m.png

я щитаю, что это их проблема, а не моя

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

https://i.gyazo.com/4bfa11a055760a5f62b3ed87ff75ab9c.png

вот таким вот образом я жду прихода сообщения

если использовать Task

как это будет выглядеть?

ну а где код CheckMessages?

там просто идет отправка запроса

разве есть разница что там?

Task t = Task.Run(() => CheckMessage(a, b));

вопрос в том что бы сделать фоновый поток через таск

вот так вот нормально будет?

так-то да. но есть НЮАНСЫ

ну вот меня это и нетересует

ну смотри, если у тебя в методе сидит что-то вроде while(true) { var msg = Receive(....); DoSomeStuff(msg); } то у тебя просто задача захватит поток из пула, где выполняются таски

то есть ты получишь тоже самое, что у тебя было, тока еще и традпулу добавишь чутка работы.

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

короче окгда нету запросов)

просто есть задача во время выполнения программы постоянно првоерять приход сообщений

т.е. каждую 1-2 секунды будет запрос

то есть ты получишь тоже самое, что у тебя было, тока еще и традпулу добавишь чутка работы.

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

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

а ты чего с этой либой делаешь?

просто есть задача во время выполнения программы постоянно првоерять приход сообщений

я бы ручками через тред делал

а ты чего с этой либой делаешь?

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

мне говорили типа таски лучше использовать

правда хз чем лучше))

мне говорили типа таски лучше использовать

а, сорри.. я что-то проморгал что у тебя там не всегда данные летят

если ты чего-то просто ожидаешь по сети/из файловой системы периодически - да, лучше таску

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

ты её лучше решишь, когда поймешь, что такое Task. это типо сложная абстракция, которую надо понимать. давай на пальцах. у нас есть 1. потоки 2. планировщик. 3. задачи. задачи попадают в очередь планировщика. когда он видит, что место свободно (поток простаивает), он суёт туда задачу. задача выполняется и всё повторяется. твоя задача никогда не завершится, потому ее нет смысла робить через таск. потому что нет смысла робить мейн-луп через таск.