ф — это не русский звук «ф», а такой как в слове thanks (некоторые ленивцы его произносят как русское «с»)
р — это не русский звук «р», а… ну вы в курсе
Что же касается слова version то Лингво действительно дает две транскрипции, с «ш» и «ж».
Однако вариант с «ш» — без ссылок на источник, а вариант с «ж» — со ссылкой на оксфордский словарь.
И в en.wiktionary.org/wiki/version указывается только один вариант — с «ж» (как в брит. так и амер. вариантах).
Так что можно предположить все-таки что именно вариант «ж» — правильный.
А «ш» наверно тоже правильный (раз в словаре указан), но лично я его слышал только в исполнении русскоязычных программеров :)
Вообще-то «ты» в данной статье — не обращение к задававшему вопрос, а обезличенное местоимение, вполне допустимое при описании примеров и гипотетических ситуаций.
Все-таки на данном этапе развития IDE все перечисленное не является проблемой — одно движение мышкой и вы знаете что стоит за именем в коде.
А вот то что в С почти все проверки возложены на программиста приводит к тому что в большом проекте на С можно намного проще, чем в С++, словить всякие утечки памяти и прочие радости.
Не бывает идеальных решений: в одном месте делаем проще, в другом становится сложнее.
Это вы сейчас себя сами ограничили когда сказали «с использованием только логических и арифметических операций».
В этом топике рассматривалось существенно менее строгое ограничение: «без ветвлений».
А вот оно легко реализуется — условия заменяем на косвенную адресацию, циклы — на рекурсию.
int fact(int n);
int fact1(int n)
{
return 1;
}
int factN(int n)
{
return fact(n - 1) * n;
}
typedef int (*fact_fn_t)(int);
fact_fn_t fact_fn[] = {fact1, factN};
int fact(int n)
{
int i = (bool)(n - 1);
return fact_fn[i](n);
}
int main(int argc, char* argv[])
{
cout << fact(5) << endl;
}
Насколько я знаю usb-modeswitch именно это и делает: отключает режим CD (eject) и посылает строку инициализации, которую берет из своей базы данных (пакет usb-modeswitch-data) поиском по ID производителя и устройства.
И помимо этого для заказчика тоже бывает намного меньше мороки работать через биржу.
Недавно мой заказчик предложил перейти на paypal, что для меня невозможно, а остальные методы типа wire transfer требуют от него слишком много телодвижений (В-британия).
Если речь идет про вакансии программистов, то ваше идеальное интервью сразу отсеет интровертов.
А не исключено, что именно среди них большинство хороших программистов.
Многие телефоны позволяют поставить код на включение телефона.
В этом случае вор после смены симкарты (а это происходит почти в 100% случаев воровства) будет вынужден перепрошивать телефон, что насколько я понимаю всегда приводит к потере всех данных.
Т.е. такие крайние меры как явное удаление данных при каких-то подозрительных событиях — если подумать, то и не нужны.
Как только однопоточной программе, обслуживающей в цикле десять тысяч клиентов, приходится ради одного из них задержаться, например, на секунду, эту секунду ждут все остальные
1) событийные программы не однопоточны: обычно используется пул потоков.
2) для длительных подзапросов используются отдельные пулы потоков на каждую подсистему (БД, диски, сеть), в т.ч. с добавлением потоков по требованию. Во многих случаях API к таким пулам предоставляются ОСью.
С учетом 1 и 2, единственным недостатком событийной модели остается относительная сложность программирования если в инструменте нет поддержки co-routines.
ф — это не русский звук «ф», а такой как в слове thanks (некоторые ленивцы его произносят как русское «с»)
р — это не русский звук «р», а… ну вы в курсе
В отношении произношения Subversion я думаю можно спокойно положиться на одного из авторов этого самого Subversion.
subversion.apache.org/pronunciation/index.html
Что же касается слова version то Лингво действительно дает две транскрипции, с «ш» и «ж».
Однако вариант с «ш» — без ссылок на источник, а вариант с «ж» — со ссылкой на оксфордский словарь.
И в en.wiktionary.org/wiki/version указывается только один вариант — с «ж» (как в брит. так и амер. вариантах).
Так что можно предположить все-таки что именно вариант «ж» — правильный.
А «ш» наверно тоже правильный (раз в словаре указан), но лично я его слышал только в исполнении русскоязычных программеров :)
Т.е. в русской транскрипции: сабвёржэн, вёржэн
Да и это не статья вовсе.
А вот то что в С почти все проверки возложены на программиста приводит к тому что в большом проекте на С можно намного проще, чем в С++, словить всякие утечки памяти и прочие радости.
Не бывает идеальных решений: в одном месте делаем проще, в другом становится сложнее.
Это обратная сторона полного контроля над генерируемым кодом.
В этом топике рассматривалось существенно менее строгое ограничение: «без ветвлений».
А вот оно легко реализуется — условия заменяем на косвенную адресацию, циклы — на рекурсию.
int fact(int n); int fact1(int n) { return 1; } int factN(int n) { return fact(n - 1) * n; } typedef int (*fact_fn_t)(int); fact_fn_t fact_fn[] = {fact1, factN}; int fact(int n) { int i = (bool)(n - 1); return fact_fn[i](n); } int main(int argc, char* argv[]) { cout << fact(5) << endl; }Видимо просто ваш модем отсутствовал в этой базе.
(Я сам не в курсе, просто интересно)
А простой звуковой сигнал "\a" насколько сложно реализовать?
Не-а, много мороки. Раньше через него выводил.
Почему ShareIt (Digital River) убрал вывод на Payoneer?
У вас с ними конфликт?
И помимо этого для заказчика тоже бывает намного меньше мороки работать через биржу.
Недавно мой заказчик предложил перейти на paypal, что для меня невозможно, а остальные методы типа wire transfer требуют от него слишком много телодвижений (В-британия).
А не исключено, что именно среди них большинство хороших программистов.
В этом случае вор после смены симкарты (а это происходит почти в 100% случаев воровства) будет вынужден перепрошивать телефон, что насколько я понимаю всегда приводит к потере всех данных.
Т.е. такие крайние меры как явное удаление данных при каких-то подозрительных событиях — если подумать, то и не нужны.
1) событийные программы не однопоточны: обычно используется пул потоков.
2) для длительных подзапросов используются отдельные пулы потоков на каждую подсистему (БД, диски, сеть), в т.ч. с добавлением потоков по требованию. Во многих случаях API к таким пулам предоставляются ОСью.
С учетом 1 и 2, единственным недостатком событийной модели остается относительная сложность программирования если в инструменте нет поддержки co-routines.