А что не так с 9ю людьми? Такие маленькие компании — это уже не люди и им лифт статический анализатор уже не нужен? Вот у меня в группе 5 хотят стат-анализатором пользоваться (помимо студийного, майкрософтского), что же нам теперь делать?
я уже многократно писал, что я не против сегментирования. У нас такая же задача — как продать одно и то же по цене от 1 до 100 тысяч долларов. Но мы её решаем разными возможностями и разным железом.
Стандартная ситуация, на самом деле. Так же есть 5 продуктов с перекрашенными логотипами, один из них бесплатный, 3 отличаются только ценой в прайсах и своими возможностями по масштабированию, один — без прайса, но только клиентам проектов уровня областей, государств.
А малый бизнес, конечно, смущается, когда ему впаривают что-то не по прайсу. Тут привыкли каждую копейку считать (иначе бы не выжили в российских реалиях), а отсутствие прайса вызывает неприятные ассоциации, и недоверие :( Вот моё руководство, например, было так сильно расстроено тем, что на сайте не было прайса, что долгое время было табу на тему по покупке лицензий, только в последнее время опять интерес появился к этой теме (видимо забыл уже, что там прайса нету :-) ).
Разумная цена — недельный ФОП программистов за годовую лицензию. Больше — уже невыгодно.
Зря заминусовали. ИМХО недельный ФОП — это уже за гранью. Вот недавно пример был. Очередной этап обеления. Выбираем что покупать. Visual Assist или Collaborator. И считали именно так, сколько времени экономит тот или иной инструмент с учётом его стоимости. Т.е. если PVS экономит всего неделю (из 50) времени в году (что хороший показатель на самом деле), то почему мы должны будем купить его по цене скажем 30 т.р за копию, если можно за 8 т.р. купить Visual Assist, который позволит экономить ту же неделю в год, или за 10 т.р. купить Collaborator, который позволит экономить 1.5 недели в год. Это притом, что ни VS ни Collaborator не превратяться в тыкву через год. Хотя цена на продление уже более чем божеская будет потом (30/5=6 т.р. в этом примере).
А ведь раньше был там прайс. Хотя уже подозрение иногда, что могло и присниться. Помню, что на команду в 9 человек что-то около 110 т.р. выходило. Если сейчас цена приблизительно такая же, то это очень не плохо.
Ну как бы я пытался 2 мысли донести, про ассемблер ничего плохого не говорил:
1) [очевидная истина, можно ассемблершик и сишник заменить почти любыми другими] если у ассемблерщика кривые руки, то он в большей части случае напишет хуже, чем сишник с прямыми руками.
2) [поддерживал предыдущего комментатора, про необходимость досконально знать нюансов платформы, под которую надо писать код ] даже если у ассемблерщика руки вроде как прямые, но он застрял в 90-х (с таблицами сколько тактов выполняются mmx инструкции на pentium 2), то такой тоже ничего хорошего не напишет в современных реалиях. Кстати ещё один случай вспомнился, как мне ассемблерщик доказывал что никак его код не мог замедлить программу. Так ему не понравился сгенеренный компилятор код и он решил написать свою реализацию на ассемблере. Ему тогда не понравился div, и он цитировал что-то вроде «Так, для 386-процессоров выполнение деления на двойное слово требует 38 тактов процессора, на слово — 22 такта, на байт — 14 тактов.». Пришлось ему найти спеку на современные интеловские процы, в которых div занимает 1 такт. Да и вообще, сейчас с конвейерами в процессорах уже никогда нельзя быть точно уверенным сколько тактов займёт та или иная ассемблерная команда, только прицениться на лучший и худший случаи. Поэтому у меня и вызывают уважение парни из ffmpeg'а или наши интеловцы из Нижнего, которые ipp пишут.
По определению быстрее него и прямых рук ничего быть не может.
тут есть нюанс такой, что помимо прямых рук нужно досканально знать нюансы платформы, на которой будет выполняться код и т.д. И ребята которые пилят GCC могут похвастаться подобными знаниями и ровностью рук. То есть GCC будет генерить вам более эффективный код нежели вы напишите руками.
Поддержу, прямые руки — условие обязательное, но не достаточное. Вот не так давно натолкнулся на код «крутого ассемблерщика»:
Надо ли говорить, что после замены этого велосипеда на обыйный memset(ptr_, 0, size_); производительность функции сильно возросла (в случае SSE аж по 128 бит за раз обнуляется). И таких примеров было не мало.
Где-то также на побайтовый самопальный memCpy натыкался, реализованный другим умельцем на ассемблере (так же быстрее!). Когда ему открыли глаза, что современные реализации memcpy (даже не надо ipp'шные функции использовать, всё уже доступно из коробке в майкрософтсом CRT) могут копировать из памяти в память даже не помещая это в регистры, человек отмазался «ну не буду же я делать разные реализации одной функции».
Третий ассемблерный умелец, нагородил свой велосипед для синхронизации (что-то типа бесконечного спин лока на InterlockCmpExch), за 15 минут так и не разобрался как там работает, пришлось на CCriticalSection менять (не пинайте, VS2005 не поддерживала std::mutex).
В общем если бы не четвёртый сишник с прямыми руками, который хорошо на ассемблере писал, то моя вера в ассемблерщиков была бы полностью подорвана.
Ещё, кстати, хороший пример ручной оптимизации на ассемблере — это библиотеки типа ffmpeg. Если компилировать с ассемблерными вставками, то сразу + 30% к производительности, по сравнению с сишной версией скомпиленной интеловским же компилятором.
В общем моё мнение, что что-то на ассемблере можно сделать быстрее чем, на C, но в реальности на ассемблере часто делают медленнее, чем даже на C можно сделать. Например, то же копирование на C запросто можно не побайтого, а по 8 байт сделать за раз. Но в критическом коде без ассемблера тоже не всегда обойтись. Например, была у нас 2005ая студия, и её реализация CRT memcpy ничего не знала о movntdq, и копирование тормозило. Тут надо было решаться, или переходить на новую студию, либо писать свой самопальный memcpy с movntdq с fallback'ом на movdqa.
Всё таки билдеристы — это гораздо ближе к C++, чем к Дельфи, несмотря на то, что сейчас они в одной студии поставляются (RAD studio), прямо как у Майкрософт — одна ide — любой язык. А вообще в последней RAD Studio их C++ компилятор вроде как на основе CLANG'а сделан, т.е. все современные плюшки C++ поддерживает.
А без него, например, на Маркете сейчас нельзя торговать (вначале шмотки на неделю ловились). Да и просто передавать вещи чтобы без недельной задержки нужен мобильный клиент.
Приёмник либо 50 рублей на Али или в практически любом умном чехле. Кнопка сзади реально удобно. Привыкание за 5 минут, при отвыкании продолжительная ломка. Как и по тому, что кликом по экрану телефон не разблокируется. Как и по многому другому.
Практика показывает, что вот с Note3 такой фокус не прокатывает при использовании узкого обычного micro usb (type micro b). Его на ощупь в разъем type micro b usb 3.0 хрен всунешь. И светить экраном не помогает. Вернее помогает, но только если светить экраном телефона жены...
Односимочный LG G4. Притом он уже почти как год устарел и заменён G5. Самсунг и рядом не валялись. Тот же G2 до сих пор не утратил актуальность и я не понимаю чем он уступает современным флагманам.
Господа знатоки. Меня очень давно гложет одно не понимание с НДС. Помогите обрести душевный покой :-) Да как я понимаю не у одного меня этот вопрос встаёт, вот тут же в комментариях уже говорилось, про формальное равенство VAT и sales tax.
Как мы со школы знаем, НДС — это налог на добавленную стоимость. А НСП — налог с продаж. И в теории работают они просто.
1) случай НСП/sales tax. продавец хочет продать товар за 100 рублей. НСП 7%. Продавец выставляет цену 107.53 рублей, из них 7.53 рубля (7% от 107.53) отдаёт государству, 100 забирает себе.
2) случай НДС/VAT. Продавец купил товар за 80 рублей. И хочет с него поиметь 20 рублей прибыли. НДС 18%. Он выставляет цену 80 + 24.4( 20/0.82) = 124.4 рубля, из них 100 забирает себе — 4.4 рубля отдаёт государству (18% от добавленной стоимости, т.е от 24.4).
Теперь собственно вопросы:
1) Гугл или Стим. С гугло-подписками всё более менее понятно. Это услуга, там свой НДС (может быть и не 18% при этом). Но с покупкой игр сразу встаёт вопрос. Скажем игра стоит в Маркете 150 рублей. 100 рублей идут разработчику, 50 рублей — эта та стоимость, что добавил гугл/стим. Т.е. 18% должно браться не со 150 (а это 27 рублей ), а только с 50ти (т.е. всего 9). Т.е. получается, что даже если гугл хочет возместить эти 9 рублей, то ему надо поднять цену всего до 161 рубля (100 — разработчику, 50 себе, 11 — НДС 18% с 61 рубля). Т.е. в рекламе будет, что цена 150 рублей без НДС, а по факту 161. Т.е. в этом примере фактическое подорожание для конечного покупателя выходит всего 7 процентов. Где я ошибся, раз все говорят, что всё подорожает именно на 18%?
2) Метро Cash&Carry. Стоит у них на витрине товар, пусть телевизор, написано: цена 1000 рублей без учёта НДС. Но на кассе, тебе пробивают полностью эти + 18%. Т.е. как будто этот телевизор Метро нашла, или купила за 1 копейку, и поэтому её добавленная стоимость 999.99 руб, с которого и считается НДС. Или как будто они не НДС 18% удерживают, а НСП 18%. Собственно расскажите, пожалуйста, что это за схема.
а) Они реально покупки товара в своей бухгалтерии проводят по мизерной цене?
б) Или скажем, они покупают тот же телевизор за 600, продают за 1000, на кассе берут с покупателя 1180, а государству выплачивают только (1000-600)*0.18 = 72 рубля, при этом кладя (1000-400)*0.18 = 108 рублей взятого лишнего в себе в карман?
в) или они по документам покупают за 600 продают за 1180, с этого платят 104,4 рубля НДС, по документам пишут, что за вычетом НДС цена продажи 1076, а цена 1000 на ценнике — это просто замануха для лохов покупателей?
Опять таки, в схеме а) явно у налоговиков должны были появится вопросы. Схема б) как мне кажется тоже мимо налоговиков бы не прошла. Ну а схема в) это уже роспотребнадзор может наезать, за заведомо ложную рекламу.
Ну ОК, наши пермские физики-фортранщики самые физически-фортранутые физики-фортранщики в мире, убедили. :)
Если, что, то я не считаю, что у нас проблема с конкурентноспособностью наших учёных. Тем более, что моя кафедра, например, процветала, в том числе из-за разработки и продажи коммерческого специализированного софта.
Но многие, когда видят утверждения, подобные тому, что я взял в цитату, не испытывают гордость за российскую науку, и в принципе я их понимаю, помню, как лет 13 назад плакали бывшие одноклассники, которых в НГТУ заставляли изучать фортран, и когда они слушали от меня про C#
Не будут. Мы их фортрану учим. Современному. Радиофизики, будущие железячники и софтовики, на нашем физфаке учат Си. Фундаментальные физики учат Фортран.
А потом мы спрашиваем: почему наши ученые не конкурентоспособные?
Слава не_знаю_даже_кому, что такое не во всех университетах. Вот в ННГУ на ФизФаке 15 лет назад обучали на C++/C#/Mathematica.
лифтстатический анализатор уже не нужен? Вот у меня в группе 5 хотят стат-анализатором пользоваться (помимо студийного, майкрософтского), что же нам теперь делать?Стандартная ситуация, на самом деле. Так же есть 5 продуктов с перекрашенными логотипами, один из них бесплатный, 3 отличаются только ценой в прайсах и своими возможностями по масштабированию, один — без прайса, но только клиентам проектов уровня областей, государств.
А малый бизнес, конечно, смущается, когда ему впаривают что-то не по прайсу. Тут привыкли каждую копейку считать (иначе бы не выжили в российских реалиях), а отсутствие прайса вызывает неприятные ассоциации, и недоверие :( Вот моё руководство, например, было так сильно расстроено тем, что на сайте не было прайса, что долгое время было табу на тему по покупке лицензий, только в последнее время опять интерес появился к этой теме (видимо забыл уже, что там прайса нету :-) ).
Зря заминусовали. ИМХО недельный ФОП — это уже за гранью. Вот недавно пример был. Очередной этап обеления. Выбираем что покупать. Visual Assist или Collaborator. И считали именно так, сколько времени экономит тот или иной инструмент с учётом его стоимости. Т.е. если PVS экономит всего неделю (из 50) времени в году (что хороший показатель на самом деле), то почему мы должны будем купить его по цене скажем 30 т.р за копию, если можно за 8 т.р. купить Visual Assist, который позволит экономить ту же неделю в год, или за 10 т.р. купить Collaborator, который позволит экономить 1.5 недели в год. Это притом, что ни VS ни Collaborator не превратяться в тыкву через год. Хотя цена на продление уже более чем божеская будет потом (30/5=6 т.р. в этом примере).
1) [очевидная истина, можно ассемблершик и сишник заменить почти любыми другими] если у ассемблерщика кривые руки, то он в большей части случае напишет хуже, чем сишник с прямыми руками.
2) [поддерживал предыдущего комментатора, про необходимость досконально знать нюансов платформы, под которую надо писать код ] даже если у ассемблерщика руки вроде как прямые, но он застрял в 90-х (с таблицами сколько тактов выполняются mmx инструкции на pentium 2), то такой тоже ничего хорошего не напишет в современных реалиях. Кстати ещё один случай вспомнился, как мне ассемблерщик доказывал что никак его код не мог замедлить программу. Так ему не понравился сгенеренный компилятор код и он решил написать свою реализацию на ассемблере. Ему тогда не понравился div, и он цитировал что-то вроде «Так, для 386-процессоров выполнение деления на двойное слово требует 38 тактов процессора, на слово — 22 такта, на байт — 14 тактов.». Пришлось ему найти спеку на современные интеловские процы, в которых div занимает 1 такт. Да и вообще, сейчас с конвейерами в процессорах уже никогда нельзя быть точно уверенным сколько тактов займёт та или иная ассемблерная команда, только прицениться на лучший и худший случаи. Поэтому у меня и вызывают уважение парни из ffmpeg'а или наши интеловцы из Нижнего, которые ipp пишут.
Поддержу, прямые руки — условие обязательное, но не достаточное. Вот не так давно натолкнулся на код «крутого ассемблерщика»:
Надо ли говорить, что после замены этого велосипеда на обыйный memset(ptr_, 0, size_); производительность функции сильно возросла (в случае SSE аж по 128 бит за раз обнуляется). И таких примеров было не мало.
Где-то также на побайтовый самопальный memCpy натыкался, реализованный другим умельцем на ассемблере (так же быстрее!). Когда ему открыли глаза, что современные реализации memcpy (даже не надо ipp'шные функции использовать, всё уже доступно из коробке в майкрософтсом CRT) могут копировать из памяти в память даже не помещая это в регистры, человек отмазался «ну не буду же я делать разные реализации одной функции».
Третий ассемблерный умелец, нагородил свой велосипед для синхронизации (что-то типа бесконечного спин лока на InterlockCmpExch), за 15 минут так и не разобрался как там работает, пришлось на CCriticalSection менять (не пинайте, VS2005 не поддерживала std::mutex).
В общем если бы не четвёртый сишник с прямыми руками, который хорошо на ассемблере писал, то моя вера в ассемблерщиков была бы полностью подорвана.
Ещё, кстати, хороший пример ручной оптимизации на ассемблере — это библиотеки типа ffmpeg. Если компилировать с ассемблерными вставками, то сразу + 30% к производительности, по сравнению с сишной версией скомпиленной интеловским же компилятором.
В общем моё мнение, что что-то на ассемблере можно сделать быстрее чем, на C, но в реальности на ассемблере часто делают медленнее, чем даже на C можно сделать. Например, то же копирование на C запросто можно не побайтого, а по 8 байт сделать за раз. Но в критическом коде без ассемблера тоже не всегда обойтись. Например, была у нас 2005ая студия, и её реализация CRT memcpy ничего не знала о movntdq, и копирование тормозило. Тут надо было решаться, или переходить на новую студию, либо писать свой самопальный memcpy с movntdq с fallback'ом на movdqa.
Встречал такое один раз. Надо было доработать одно приложение. Но там такой ад был адовый, что в итоге проще оказалось всё на C++/Qt переписать.
Ростелеком. Не блокируется.
А без него, например, на Маркете сейчас нельзя торговать (вначале шмотки на неделю ловились). Да и просто передавать вещи чтобы без недельной задержки нужен мобильный клиент.
Приёмник либо 50 рублей на Али или в практически любом умном чехле. Кнопка сзади реально удобно. Привыкание за 5 минут, при отвыкании продолжительная ломка. Как и по тому, что кликом по экрану телефон не разблокируется. Как и по многому другому.
Практика показывает, что вот с Note3 такой фокус не прокатывает при использовании узкого обычного micro usb (type micro b). Его на ощупь в разъем type micro b usb 3.0 хрен всунешь. И светить экраном не помогает. Вернее помогает, но только если светить экраном телефона жены...
Односимочный LG G4. Притом он уже почти как год устарел и заменён G5. Самсунг и рядом не валялись. Тот же G2 до сих пор не утратил актуальность и я не понимаю чем он уступает современным флагманам.
Как мы со школы знаем, НДС — это налог на добавленную стоимость. А НСП — налог с продаж. И в теории работают они просто.
1) случай НСП/sales tax. продавец хочет продать товар за 100 рублей. НСП 7%. Продавец выставляет цену 107.53 рублей, из них 7.53 рубля (7% от 107.53) отдаёт государству, 100 забирает себе.
2) случай НДС/VAT. Продавец купил товар за 80 рублей. И хочет с него поиметь 20 рублей прибыли. НДС 18%. Он выставляет цену 80 + 24.4( 20/0.82) = 124.4 рубля, из них 100 забирает себе — 4.4 рубля отдаёт государству (18% от добавленной стоимости, т.е от 24.4).
Теперь собственно вопросы:
1) Гугл или Стим. С гугло-подписками всё более менее понятно. Это услуга, там свой НДС (может быть и не 18% при этом). Но с покупкой игр сразу встаёт вопрос. Скажем игра стоит в Маркете 150 рублей. 100 рублей идут разработчику, 50 рублей — эта та стоимость, что добавил гугл/стим. Т.е. 18% должно браться не со 150 (а это 27 рублей ), а только с 50ти (т.е. всего 9). Т.е. получается, что даже если гугл хочет возместить эти 9 рублей, то ему надо поднять цену всего до 161 рубля (100 — разработчику, 50 себе, 11 — НДС 18% с 61 рубля). Т.е. в рекламе будет, что цена 150 рублей без НДС, а по факту 161. Т.е. в этом примере фактическое подорожание для конечного покупателя выходит всего 7 процентов. Где я ошибся, раз все говорят, что всё подорожает именно на 18%?
2) Метро Cash&Carry. Стоит у них на витрине товар, пусть телевизор, написано: цена 1000 рублей без учёта НДС. Но на кассе, тебе пробивают полностью эти + 18%. Т.е. как будто этот телевизор Метро нашла, или купила за 1 копейку, и поэтому её добавленная стоимость 999.99 руб, с которого и считается НДС. Или как будто они не НДС 18% удерживают, а НСП 18%. Собственно расскажите, пожалуйста, что это за схема.
а) Они реально покупки товара в своей бухгалтерии проводят по мизерной цене?
б) Или скажем, они покупают тот же телевизор за 600, продают за 1000, на кассе берут с покупателя 1180, а государству выплачивают только (1000-600)*0.18 = 72 рубля, при этом кладя (1000-400)*0.18 = 108 рублей взятого лишнего в себе в карман?
в) или они по документам покупают за 600 продают за 1180, с этого платят 104,4 рубля НДС, по документам пишут, что за вычетом НДС цена продажи 1076, а цена 1000 на ценнике — это просто замануха для
лоховпокупателей?Опять таки, в схеме а) явно у налоговиков должны были появится вопросы. Схема б) как мне кажется тоже мимо налоговиков бы не прошла. Ну а схема в) это уже роспотребнадзор может наезать, за заведомо ложную рекламу.
__declspec(restrict)?
Если, что, то я не считаю, что у нас проблема с конкурентноспособностью наших учёных. Тем более, что моя кафедра, например, процветала, в том числе из-за разработки и продажи коммерческого специализированного софта.
Но многие, когда видят утверждения, подобные тому, что я взял в цитату, не испытывают гордость за российскую науку, и в принципе я их понимаю, помню, как лет 13 назад плакали бывшие одноклассники, которых в НГТУ заставляли изучать фортран, и когда они слушали от меня про C#
А потом мы спрашиваем: почему наши ученые не конкурентоспособные?
Слава не_знаю_даже_кому, что такое не во всех университетах. Вот в ННГУ на ФизФаке 15 лет назад обучали на C++/C#/Mathematica.