Можно подробнее? Лицензия на Qt как была, так и есть LGPL/GPL, ни о каких ограничений со стороны Qt я не знаю. Конкретные магазины типа AppStore уже давно запрещают все GPL приложения, а не только на основе Qt. Так что поменялось?
Я понимаю, как оно работает, понимаю, что не годится в общем случае (при переносе на другую систему, при отправке по сети и т.д. теряем предназначение файла)
Это почему? Мне казалось, что Nautilus так же как и почти все остальные приложения в GNU/Linux для определения типа файла используют libmagic, а его вывод зависит от содержимого файла, которое не меняется от передачи по сети/на другую систему.
Всегда пожалуйста! Там вообще все весело было, в ходе исследований проблемы оказалась, что как минимум следующие тулкиты содержат баги разной степени в реализации сочетаний клавиш: GTK+ 2, GTK+ 3, Qt4, причем каждый со своими прикольными болячками разной степени заметности, так что теперь Qt5 — единственный тулкит, в котором раскладки реализованы «правильно», по крайней мере я больше не знаю случаев, когда поведение становится неадекватным.
Да ладно, самая главная фишка Qt 5.4 — наконец то починены сочетания клавиш в X11 :) Лично потратил на это суммарно около месяца: codereview.qt-project.org/96993
Просмотрел сайт, но не понял один вопрос: исходники от игры имеются в публичном доступе? :) Привязка только к Windows в наше время уже смотрится дикостью, а с исходниками я бы, возможно, смог бы в свободное время сам что-то похачить
Да, могут, и да, увеличат. Если я не ошибаюсь, то они будут увеличивать шансы как две независимые заявки, если хотя бы одна пройдет, то будет h1b. После этого можно h1b «перевесить» на любую компанию.
Что вы понимаете под бешенной гонкой и тряской над контрактом? По моему опыту — работа в США (Facebook) практически ничем не отличается от работы в России (Яндекс) в плане ритма, в обоих случаях нет никакого переживания за свой трудовой договор/контракт, и после работы есть полно свободного времени для отдыха и развлечений :)
Единственная ситуация, которая мне приходит в голову, — это если человек получил H1B визу только ради того, чтобы приехать в Штаты, и, как следствие, он работает без всякого удовольствия ради визы. Но такой подход мне лично не понятен, извините.
Не обязательно российский — подойдет офис в любой стране, отличной от США, а это сильно расширяет набор компаний.
Плюс J1, насколько я знаю, можно продлять вплоть до полутора-двух лет, этого должно хватить на пару лотерей, а так же, в любом случае, всегда можно найти компанию, у которой есть офис в другой стране для L1 :)
У std::shared_ptr конструктор шаблонный и он создает deleter на основе типа переданного объекта, а не на основе типа самого умного указателя, и только после этого происходит конвертация полученного указателя в тип умного указтеля.
На «нефтяную иглу» еще СССР подсела где-то в 60-70х годах прошлого века, и, в том числе из-за этого, экономика начала разваливаться, когда стоимость нефти резко упала в 1986 году (вот график). Обратно цены начали подниматься только в 1999 году, как раз перед приходом Путина к власти. В общем то именно этот рост цен на нефть и дал бюджету РФ кучу денег и некоторое ощущение стабильной экономики.
И сделано это не из-за глубокого велосипедизма Qt разработчиков как тут высказывались, а ненужного усложнения генерируемого moc'ом кода.
Не совсем верно, это сделано из-за того, что современные компиляторы не умеют экспорт символов шаблонных классов и, как следствие, все сгенерированные moc'ом кишки придется вытаскивать в публичные header'ы, что в свою очередь приводит к конфликтам при повышении версии moc'а.
Извините, а можете напомнить — когда Qt отказалась от шаблонов? Я сам застал только Qt 3 и более поздние, и там шаблоны использовались везде, где это было необходимо и возможно, может я что-то упускаю?
Использовать Qt в Boost как минимум плохо из-за того, что Boost, в отличие от Qt, постоянно ломает API/ABI, а Qt гарантирует обратную совместимость ABI/API внутри мажорной версии. На данный момент я могу вспомнить только один случай, когда они его все-таки поломали — в Qt 5.2 и только для arm платформы.
Это почему? Мне казалось, что Nautilus так же как и почти все остальные приложения в GNU/Linux для определения типа файла используют libmagic, а его вывод зависит от содержимого файла, которое не меняется от передачи по сети/на другую систему.
И где находятся исходники?
P.S. Если я не ошибаюсь, то на момент написания комментария информации об этом в самом посте не было.
Единственная ситуация, которая мне приходит в голову, — это если человек получил H1B визу только ради того, чтобы приехать в Штаты, и, как следствие, он работает без всякого удовольствия ради визы. Но такой подход мне лично не понятен, извините.
Плюс J1, насколько я знаю, можно продлять вплоть до полутора-двух лет, этого должно хватить на пару лотерей, а так же, в любом случае, всегда можно найти компанию, у которой есть офис в другой стране для L1 :)
Не совсем верно, это сделано из-за того, что современные компиляторы не умеют экспорт символов шаблонных классов и, как следствие, все сгенерированные moc'ом кишки придется вытаскивать в публичные header'ы, что в свою очередь приводит к конфликтам при повышении версии moc'а.