windows must die!
Донат На хостинг |
ISK за переводы до 75kk за 1000зн. |
Хроники EVE Сборник |
Новичкам Полезная информация |

SteamOS
#202
Отправлено 21 October 2013 - 14:13

Валвы + Линукс + Нвидиа... Вполне может быть со временем.windows must die!
"Побежденный взирает откуда то сверху на то, как победитель, вдыхая свежий морозный и богатый радионуклидами воздух, разгребает кучу замерзших трупов в поисках чего-нибудь съестного" (с) Батька Дамаг.
#203
Отправлено 22 October 2013 - 12:49

int i;
i=i++ + ++i;
Прошу прощения за поздний и возможно глупый ответ (Си толком не пользовал, конструкцию ++ зачастую избегаю из-за слабой читаемости). Но при условии задания первичного значения i, ответ часом не 2i + 2?
PS: Ну надо же разговор поддержать.
All the crazy things
That things really are like
© Richard Phillips Feynman
#204
Отправлено 22 October 2013 - 13:05

в стандарте с++ порядок выполнения равноправных операторов не регламентирован. соответственно значение будет зависеть от компилятора и фазы луны на момент компиляции.
это классический случай "неопределенной ситуации" которая по сути является опшибкой.
в языках, где порядок жестко установлен(например ява) значение вполне себе считается.
и кстати переменная то не инициализирована
Сообщение отредактировал Denadan: 22 October 2013 - 13:13
Ева - тебя все равно убьют
---
That's not magic, that was just Pinkie Pie.
#205
Отправлено 22 October 2013 - 14:23

Принцип работающего минимума подвергается анальному рефакторингу на первый же бюджет.
Ога. 2 раза. Бюджет обычно утверждается людьми, далёкими от технической стороны, и все попытки донести до них простую истину, что вот то, что вышло в очередном релизе, наполовину писано в последнюю ночь девелами, покоричневевшими от передоза кофе, разбиваются об вот то самое железобетонное "ну работает же". Они не понимают, зачем это рефакторить. Для них это траты, не несущие какого-то явного профита. Вот новый функционал прикрутить, за который можно с заказчика баппке поиметь, - это православно для них. Иногда даже понимают, что имеет смысл допилить что-то в ядро, если это позволит в будущем снизить затраты девелоперского времени. Но всё меняется, когда речь заходит про рефакторинг. Им срать, что там архитектура вся просрана, код тестами покрыт хорошо, если наполовину, а половину функционала куа даже в глаза не видели по причине всё тех же сроков. А простую мысль, что весь этот бардак аукнется в будущем так, что икаться будет, донести бывает сложно даже до некторых девелов, не говоря уже про Лиц Принимающих Решение за бюджет.
По этому нужно анально огораживать пользователя от написания функциональных заданий и заставить ту бредятину которую они там сами себе написали не называть техническим заданием
А шо, кто-то ждёт вменяемого ТЗ от пользователя? Пользователь сам-то зачастую толком не знает, что он хочет. А когда Специально Обученные Люди из него таки извлекают эту информацию, и на основе неё делается ТЗ, потом выясняется, что то, что пользователь хочет, и то, что ему реально надо, это 2 большие разницы.
#206
Отправлено 22 October 2013 - 15:14

то, что пользователь хочет, и то, что ему реально надо, это 2 большие разницы.
Это плохо обученные специальные люди. Но таковых большинство, увы.
в стандарте с++ порядок выполнения равноправных операторов не регламентирован. соответственно значение будет зависеть от компилятора и фазы луны на момент компиляции.
это классический случай "неопределенной ситуации" которая по сути является опшибкой.
В каком языке i++ возвращает значение до инкремента, а ++i - после? Помню, что где-то такой порядок видел, а вот где - ни в жисть не скажу.
PS: Ну привык я ++ оператор стороной обходить, сложилось так ._.
All the crazy things
That things really are like
© Richard Phillips Feynman
#207
Отправлено 22 October 2013 - 15:48

Во всех, но он про другое, в том выражении есть операция A + B, где A = i++, а B = ++i, так вот, операторы равноправны и что посчитается первее: A, или B, перед непосредственно сложением, уже решает компилятор.В каком языке i++ возвращает значение до инкремента, а ++i - после? Помню, что где-то такой порядок видел, а вот где - ни в жисть не скажу.
#208
Отправлено 22 October 2013 - 15:49

А шо, кто-то ждёт вменяемого ТЗ от пользователя? Пользователь сам-то зачастую толком не знает, что он хочет. А когда Специально Обученные Люди из него таки извлекают эту информацию, и на основе неё делается ТЗ, потом выясняется, что то, что пользователь хочет, и то, что ему реально надо, это 2 большие разницы.
Главное что бы все это проходило в письменно виде-и глупый юзверь не имел права отказаться от оплаты. Тогда уже на 3-4 круге ТЗ становится вполне приличным.
#209
Отправлено 12 December 2013 - 14:56

http://steamcommunit...088300965516570
завтра(в пятницу тринадцатого) валв выкладывает стимос в паблик(с припиской - раняя бета, руками не трогать) и начинает рассылать первые прототипы консоли и контролера 300 выигравшим.
Сообщение отредактировал Denadan: 12 December 2013 - 16:40
Ева - тебя все равно убьют
---
That's not magic, that was just Pinkie Pie.
#210
Отправлено 12 December 2013 - 15:27

http://steamcommunit...088300965516570
завтра(в пятницу тринадцатого) валв выкладывает стимос в паблик(с припиской - раняя бета, руками не трогать) и начинает рассылать первые прототипы консоли и контроля 300 выигравшим.
Бета от Стима? Не я пасс.
#212
Отправлено 20 December 2013 - 11:21

Ева - тебя все равно убьют
---
That's not magic, that was just Pinkie Pie.
#215
Отправлено 13 February 2014 - 13:51

А шо, кто-то ждёт вменяемого ТЗ от пользователя? Пользователь сам-то зачастую толком не знает, что он хочет. А когда Специально Обученные Люди из него таки извлекают эту информацию, и на основе неё делается ТЗ, потом выясняется, что то, что пользователь хочет, и то, что ему реально надо, это 2 большие разницы.
тз не надо. функциональное задание пишите. это такой протокол совещания по задаче.
#216
Отправлено 13 February 2014 - 17:30

Ненене, пишите именно ТЗ с фиксированным процентом надбавки и увеличением срока разработки за каждое его изменение. Обычно уже на второй-третий раз клиент начинает заранее думать что ему нужно. да-где то четверть клиентов отсеется в процессе но это будет самая худшая четверть, работать на которую себе дороже
#217
Отправлено 13 February 2014 - 18:07

Ненене, пишите именно ТЗ с фиксированным процентом надбавки и увеличением срока разработки за каждое его изменение. Обычно уже на второй-третий раз клиент начинает заранее думать что ему нужно. да-где то четверть клиентов отсеется в процессе но это будет самая худшая четверть, работать на которую себе дороже
У штатного программиста никуда они там не отсеются.
Самый шик начнется когда программер прокачается настолько что ему задачу в 2х словах поставят типа "учет подарочных сертфикатов" а он через недельку даст готовый модуль и инструкции.
Как правило чем больше обсуждать с юзером задачи тем больше шелухи и ненужного в них появляется, нормальные юзеры только через годик работы с программистом начинают понимать что такое гибкая система, до тех пор нужно им говорить заткнуться и делать самому так как считаешь правильно. Функциональными заданиями и совещаниями я обычно специально вывожу из себя самых тупорылых и упертых желателей.
Прошу их договориться между собой и сбросить мне протокол. Потом одним замечанием разрушаю их логику и отправляю опять обсуждать это мертворожденное чудовище между собой.
Сообщение отредактировал Tihiy Don: 13 February 2014 - 18:17
#219
Отправлено 13 February 2014 - 20:41

все зависит на сколько они переделают линух. Та же ПС3 сделана на линухе, но опять же Андройд ЭТО не линукс! А закастомить ос может любой если очень захотеть.
Насчет вина, не понятно, а какие еще есть аналоги запускать EXE-ики таким способом? (вируталка не в счет, так можно что угодно запустить где угодно, только оно работать будет не очень шустро)
Сообщение отредактировал doommer: 13 February 2014 - 20:47
1 посетителей читают тему
0 members, 1 guests, 0 anonymous users