В применении к IT ВУЗ требуется лишь чтобы выращивать очень крутых прогеров, которые могут строить высоконагруженные системы. Вычматы, паралпроги, linux kernel programming, asm и прочая не зря в курс включены. Однако-ж…
Реальность такова, что вузы не просто со своей задачей не справляются, так еще отнимают время. Я даже обычного джуниора не представляю, которого бы действительно выучил ВУЗ, а не он сам. А из-за упора на матан обычно отбивает какое-либо желание разбираться в этих закорючках и что либо анализировать. В итоге матана в голове ноль, IT ноль, минус 4-6 лет жизни. Great job, Russia!
Оператор — очень плохой человек. Вроде бы очень интересно посмотреть, но не возможно ибо оператору почему-то ну очень нравится спикер. Зачем снимать спикера крупным планом? Его можно вообще не снимать!
Ранее использовал Acronis Disk Director активно, да и по сей день, а вот True Image — только для разворачивания уже установленной маковской системы из образа, побитово. Было весело, но свою задачу, как всегда и Disk Director, прога выполнила. (Кстати, где поддержка HFS+ в Disk Director? Чуть что, приходится в консоли колупаться.)
Пользовался Time Machine еще со времен, когда мака у меня не было и пользовался хакинтош. Понятное дело, что хакинтоши падали (будем честными — их роняли наши синусоидальные руки) очень часто и вопрос бэкапа стоял весьма остро. За сохранность данных было особо не страшно, ведь упавшая ОС — не упавшая ФС или, не дай Джобс, умерший диск. А вот вынимать данные с HFS+ через линух и заного поднимать всю эту бурду, танцуя вокруг паникующего ядра ночами с бутылкой виски в роли бубна — не самая приятная задача.
TimeCapsule покупать жаба не соглашалась, посему было решено хранить бекап на подстольном компе, стучась до него по самбе. Меня ожидали самые веселые приключения, начиная от этнической нетерпимости винды к инородцам, не пускающих macosx в шару, и заканчивая… потерей данных.
Чтобы хранить бэкап тайммашины на неподдерживаемом носителе, необходимо руками (инструкции, надо сказать, в интернетах активно соревнуются в хитропопности способов) создать так называемы SparseBundle (http://en.wikipedia.org/wiki/Sparse_image) — этакий хитрый образ, куда будет складываться бэкап и который будет вместе с ним расти. Образ, понятное дело, со своей файловой системой (HFS+, да да).
Соответственно TimeMachine сама идет, конектится по SMB куда надо (это ей плюсик, я был крайне удивлен, что она до этого догадалась, учитывая, что я ей никак на это не намекал), монтирует этот sparsebundle, бежит по ФС нашего компа, долго шевелит мозгами где же что же поменялось, сравнивая с данными в бэкапе, опять же по SMB, у которого случайный доступ не очень то и быстр, мягко говоря, и как-то НЕВЕРОЯТНО медленно пишет это в образ. Надо сказать, что скорость работы — ужасна. И это каждый час. Первый бекап диска ~100гб занял 9 часов. Благо систему не нагружает почти, и ты не замечаешь, как все прекрасно в фоне копируется.
Хочешь восстановить что-то? Тык по менюбаре, рабочий стол крайне мило опускается вниз и перед тобой красивейшая анимация галактики и звезд с… грузящимися минут 12 окошками с твоим бэкапом. Восстановление происходит не мение няшно, и даже быстро. Но вот скорость прогрузки и самого бэкапа — просто ужас. Как я понимаю лучше было купить TimeCapsule, которая явно должна работать быстрее. И да, скупой платит дважды — бекап слетал трижды. Дело в том, что если не дать ей добекапиться (а это, учитывая автоматический бэкап раз в час, происходит не редко) есть вероятность накрыть медным тазом весь бэкап: пишешь ты спокойно в hfs+, которая в sparsebundle, который примонтирован по SMB, проблем не знаешь, и тут тебя внезапно какой-то волосатый красноглазик закрывает и уносит в неизвестном направлении. Как следствие прерванной операции работы с ФС, последняя и обижается. Притом серьезно обижается — тайм машина, после нежданного акта насилия, отказывается далее инкрементить бэкап и просит создать его заного! Не пробовал восстановить данные руками, ничего важного там не было (как мне казалось, пока бэкап не был удален. А потом «а где мои школьные фотографи… Ой...»), все три раза, но сам факт убивает.
Сейчас у меня уже не хакинтош, уже макбук, и всееще это прекрасное галактическое чудо. Мне очень импонирует ее внешний вид и интеграция, а вот надежность и скорость — ну ни в какую. Может быть, купи я TimeCapsule, проблем бы и не знал, но по SMB оно не юзабельно чуть более, чем совсем.
Курс аналитической геометрии Беклемишева, имеется в свободном доступе на просторах интернетов. После того, как определения и связи в голове уложились (и экзамен был спихнут =D ) Я взял какой-то туториал, который показывал, как с нуля запилить на opengl сценку с вращающимся радужным кубиком, потом туториал накладывающий на кубик текстуру. Этого было достаточно, чтобы рискнуть попробовать сделать плоскость с фотографией, картой нормалей и попробовать написать бампмеппинг. Ну а дальше Остапа понесло.
Как приятно видеть «хотела» и «шейдер» в одном предложении.
Помню сразу же после курса аналитической геометрии засели с другом писать первые простейшие шейдеры, тот же bump mapping. Сколько было удовольствия!
Подкину ка я мотивационное видео заняться шейдерами. На видео minecraft с очень простым вертексным шейдером. www.youtube.com/watch?v=79IhZnXSWbw
Хм? Старые библиотеки сыплют исключения.
Просто в Obj-C так принято, что если у нас «исключение» — то мы падаем, а не ловим: выход за пределы массива, вызов несуществующего метода… Таких вещей быть не должно. А те ситуации, которые к падению не приводят — не кидаем ексепшн, а возвращаем нил и дальше он спокойно гуляет по системе, которая изначально спроектирована с учетом, что практически все может оказаться nil'ом. Не Obj-Cшники как-то такой подход принимают во штыки.
Important: You should reserve the use of exceptions for programming or unexpected runtime errors such as out-of-bounds collection access, attempts to mutate immutable objects, sending an invalid message, and losing the connection to the window server. You usually take care of these sorts of errors with exceptions when an application is being created rather than at runtime.
If you have an existing body of code (such as third-party library) that uses exceptions to handle error conditions, you may use the code as-is in your Cocoa application. But you should ensure that any expected runtime exceptions do not escape from these subsystems and end up in the caller’s code. For example, a parsing library might use exceptions internally to indicate problems and enable a quick exit from a parsing state that could be deeply recursive; however, you should take care to catch such exceptions at the top level of the library and translate them into an appropriate return code or state.
Instead of exceptions, error objects (NSError) and the Cocoa error-delivery mechanism are the recommended way to communicate expected errors in Cocoa applications. For further information, see Error Handling Programming Guide.
И чего минусуют, писали бы. Наверное те самые «приходящие из других языков».
Exceptions? В Obj-C исключения не используются для flow-control приложения, как, например, в Java. Этому есть множество причин, которые описаны в документации. Соответственно практически нигде try catch не должен использоваться. Могли и выпилить, по причине «ибо нефиг» — сам видел, что приходящие из других языков программисты начинают с этими try-catch лепить. Но как-то это очень уж дерзко с их стороны.
Способ, насаждаемый Apple для обработки ошибок — передавать указатель на NSError.
Копировать фичи…
Да, возможность разбивать разделы определенно скопировали.
И все же, обновлений действительно ну очень долго не было, а то, что обновилось, не понятно зачем. Ну единственное это UEFI (эм… gpt? ). А как же ext4, HFS, HFS+? Да и дизайн (в тему поста с похвалой выше) не поменялся.
И уже просто вопрос: зачем делали для статьи скриншоты на вырвиглазном желтом *фоне*? Приложение сине-зеленое, желтый глаза вырывает.
А про MacOSX вы тактично умолчали? =) (мне не известно, как там обстоят дела).
Просто коли уж речь идет о кросплатформенности, то хотелось бы в статьях увидеть, как дела обстоят с дизайном и поведением на всех платформах. Особенно на MacOSX, ведь маководы очень дотошны по отношению к дизайну и user experience. Если приложение ведет себя не нативно или, не дай джобс(с), выглядит как-то не так — в корзину. Не так давно сам занимался скрещиванием двух музыкальных плееров (один — красивый, но плохой звук, второй — урод, но великолепный звук) просто потому, что мне не нравился интерфейс. Кажется, сам к таким дотошным и отношусь. Хотелось бы увидеть, как выглядят приложения под MacOSX и, если все плохо, можно ли прикрутить Cocoa GUI к проекту через Obj-C прослойку.
Ну и про другие платформы тоже c радостью бы почитал =)
Имхо надо было как-то издалека. Имхо лучше было начать с того, как запилить проект и начать его собирать на всех трех платформах, а уже потом про иконки, что бы читатель мог follow along так сказать.
Актуально — заставить приложение работать любыми способами, а сайты и прочая шалуха это уже во вторую очередь. А вы почему-то делаете наоборот.
iOS хомячки, включая меня, увидят, поставят, оно упадет раз, упадет два, расписание перевернет — и они его удалят. И всем заноют, что прога баганутая. И обратно не поставят, а нотиф о обновлении они не получат уже не как. Тот, кто пинает «давайте выпускаться скорее, инвесторы ждут, плевать, что не работает!» крайне не прав. Вы получили N-ое количество закачек на старте. А толку? Удалило то большее количество народу, вам рейтинг в AppStore заминусовали под плинтус. Инвесторы — инвесторами, правда совершенно не понятно зачем такому востребованному проекту инвестирование — на открытых началах его бы собрали студентота за чизбургеры и гораздо лучше, и скинулись все одному дизайнеру за работу, этот брат за еду красиво не рисует.
Вон у третьего курса МФТИ на кафедре NetCracker дается работа в реальных проектах по Java. Можно было прийти и сказать: надо два-три ежика на проект для андройда. 3 чизбургера в день. Сбежалось бы полфакультета и еще бы подрались, под дружный хруст мороженных пельменей случайных наблюдателей.
Не знаю, как на андроиде, а на iOS лучше выпустить прогу с минимальнейшим функционалом, но стабильную и адски красивую. Вы, в погоне за функционалом, упустили доработанность. В итоге вместо пятизвездочных отзывов «Круто, а добавьте!» вы получили «Херня, исправьте!». А всего то было достаточно в тупую отображать расписание, достающееся с сервака джсончиком и возможность создать свое. Все. Эх, жаль.
Так вы же еще на хабр написали, сгенерировав себе поток скачек и удалений. Вот зачем? Спасайте проект. Тем более я сам не хочу вбивать свое расписание в iStudiez или iCal, я проще вам баги поправлю для себя любимого.
Если проект под iOS пихнуть на github вам его добрые студенты допилят за неделю, я бы руку приложил.
Edit: Поставил. Отличненько, нет сортировки по времени. Смешно, да.
Закидывайте джитхаб. Это жесть.
Edit: Оно упало =D
Реальность такова, что вузы не просто со своей задачей не справляются, так еще отнимают время. Я даже обычного джуниора не представляю, которого бы действительно выучил ВУЗ, а не он сам. А из-за упора на матан обычно отбивает какое-либо желание разбираться в этих закорючках и что либо анализировать. В итоге матана в голове ноль, IT ноль, минус 4-6 лет жизни. Great job, Russia!
Ну вот и не надо писать такую фигню на хабр. На хабре должны быть статьи о том, как проиграть видео ролик на экране осцилографа, а не это.
Пользовался Time Machine еще со времен, когда мака у меня не было и пользовался хакинтош. Понятное дело, что хакинтоши падали (будем честными — их роняли наши синусоидальные руки) очень часто и вопрос бэкапа стоял весьма остро. За сохранность данных было особо не страшно, ведь упавшая ОС — не упавшая ФС или, не дай Джобс, умерший диск. А вот вынимать данные с HFS+ через линух и заного поднимать всю эту бурду, танцуя вокруг паникующего ядра ночами с бутылкой виски в роли бубна — не самая приятная задача.
TimeCapsule покупать жаба не соглашалась, посему было решено хранить бекап на подстольном компе, стучась до него по самбе. Меня ожидали самые веселые приключения, начиная от этнической нетерпимости винды к инородцам, не пускающих macosx в шару, и заканчивая… потерей данных.
Чтобы хранить бэкап тайммашины на неподдерживаемом носителе, необходимо руками (инструкции, надо сказать, в интернетах активно соревнуются в хитропопности способов) создать так называемы SparseBundle (http://en.wikipedia.org/wiki/Sparse_image) — этакий хитрый образ, куда будет складываться бэкап и который будет вместе с ним расти. Образ, понятное дело, со своей файловой системой (HFS+, да да).
Соответственно TimeMachine сама идет, конектится по SMB куда надо (это ей плюсик, я был крайне удивлен, что она до этого догадалась, учитывая, что я ей никак на это не намекал), монтирует этот sparsebundle, бежит по ФС нашего компа, долго шевелит мозгами где же что же поменялось, сравнивая с данными в бэкапе, опять же по SMB, у которого случайный доступ не очень то и быстр, мягко говоря, и как-то НЕВЕРОЯТНО медленно пишет это в образ. Надо сказать, что скорость работы — ужасна. И это каждый час. Первый бекап диска ~100гб занял 9 часов. Благо систему не нагружает почти, и ты не замечаешь, как все прекрасно в фоне копируется.
Хочешь восстановить что-то? Тык по менюбаре, рабочий стол крайне мило опускается вниз и перед тобой красивейшая анимация галактики и звезд с… грузящимися минут 12 окошками с твоим бэкапом. Восстановление происходит не мение няшно, и даже быстро. Но вот скорость прогрузки и самого бэкапа — просто ужас. Как я понимаю лучше было купить TimeCapsule, которая явно должна работать быстрее. И да, скупой платит дважды — бекап слетал трижды. Дело в том, что если не дать ей добекапиться (а это, учитывая автоматический бэкап раз в час, происходит не редко) есть вероятность накрыть медным тазом весь бэкап: пишешь ты спокойно в hfs+, которая в sparsebundle, который примонтирован по SMB, проблем не знаешь, и тут тебя внезапно какой-то волосатый красноглазик закрывает и уносит в неизвестном направлении. Как следствие прерванной операции работы с ФС, последняя и обижается. Притом серьезно обижается — тайм машина, после нежданного акта насилия, отказывается далее инкрементить бэкап и просит создать его заного! Не пробовал восстановить данные руками, ничего важного там не было (как мне казалось, пока бэкап не был удален. А потом «а где мои школьные фотографи… Ой...»), все три раза, но сам факт убивает.
Сейчас у меня уже не хакинтош, уже макбук, и всееще это прекрасное галактическое чудо. Мне очень импонирует ее внешний вид и интеграция, а вот надежность и скорость — ну ни в какую. Может быть, купи я TimeCapsule, проблем бы и не знал, но по SMB оно не юзабельно чуть более, чем совсем.
Помню сразу же после курса аналитической геометрии засели с другом писать первые простейшие шейдеры, тот же bump mapping. Сколько было удовольствия!
Подкину ка я мотивационное видео заняться шейдерами. На видео minecraft с очень простым вертексным шейдером.
www.youtube.com/watch?v=79IhZnXSWbw
Просто в Obj-C так принято, что если у нас «исключение» — то мы падаем, а не ловим: выход за пределы массива, вызов несуществующего метода… Таких вещей быть не должно. А те ситуации, которые к падению не приводят — не кидаем ексепшн, а возвращаем нил и дальше он спокойно гуляет по системе, которая изначально спроектирована с учетом, что практически все может оказаться nil'ом. Не Obj-Cшники как-то такой подход принимают во штыки.
Important: You should reserve the use of exceptions for programming or unexpected runtime errors such as out-of-bounds collection access, attempts to mutate immutable objects, sending an invalid message, and losing the connection to the window server. You usually take care of these sorts of errors with exceptions when an application is being created rather than at runtime.
If you have an existing body of code (such as third-party library) that uses exceptions to handle error conditions, you may use the code as-is in your Cocoa application. But you should ensure that any expected runtime exceptions do not escape from these subsystems and end up in the caller’s code. For example, a parsing library might use exceptions internally to indicate problems and enable a quick exit from a parsing state that could be deeply recursive; however, you should take care to catch such exceptions at the top level of the library and translate them into an appropriate return code or state.
Instead of exceptions, error objects (NSError) and the Cocoa error-delivery mechanism are the recommended way to communicate expected errors in Cocoa applications. For further information, see Error Handling Programming Guide.
И чего минусуют, писали бы. Наверное те самые «приходящие из других языков».
Способ, насаждаемый Apple для обработки ошибок — передавать указатель на NSError.
Способ, обычно используемый — возвращаем nil.
Да, возможность разбивать разделы определенно скопировали.
И все же, обновлений действительно ну очень долго не было, а то, что обновилось, не понятно зачем. Ну единственное это UEFI (эм… gpt? ). А как же ext4, HFS, HFS+? Да и дизайн (в тему поста с похвалой выше) не поменялся.
И уже просто вопрос: зачем делали для статьи скриншоты на вырвиглазном желтом *фоне*? Приложение сине-зеленое, желтый глаза вырывает.
Просто коли уж речь идет о кросплатформенности, то хотелось бы в статьях увидеть, как дела обстоят с дизайном и поведением на всех платформах. Особенно на MacOSX, ведь маководы очень дотошны по отношению к дизайну и user experience. Если приложение ведет себя не нативно или, не дай джобс(с), выглядит как-то не так — в корзину. Не так давно сам занимался скрещиванием двух музыкальных плееров (один — красивый, но плохой звук, второй — урод, но великолепный звук) просто потому, что мне не нравился интерфейс. Кажется, сам к таким дотошным и отношусь. Хотелось бы увидеть, как выглядят приложения под MacOSX и, если все плохо, можно ли прикрутить Cocoa GUI к проекту через Obj-C прослойку.
Ну и про другие платформы тоже c радостью бы почитал =)
В итоге ведь таким образом у меня окажется доступ к вашему репозиторию в VCS, или вы предлагаете помогать ему морально? =)
iOS хомячки, включая меня, увидят, поставят, оно упадет раз, упадет два, расписание перевернет — и они его удалят. И всем заноют, что прога баганутая. И обратно не поставят, а нотиф о обновлении они не получат уже не как. Тот, кто пинает «давайте выпускаться скорее, инвесторы ждут, плевать, что не работает!» крайне не прав. Вы получили N-ое количество закачек на старте. А толку? Удалило то большее количество народу, вам рейтинг в AppStore заминусовали под плинтус. Инвесторы — инвесторами, правда совершенно не понятно зачем такому востребованному проекту инвестирование — на открытых началах его бы собрали студентота за чизбургеры и гораздо лучше, и скинулись все одному дизайнеру за работу, этот брат за еду красиво не рисует.
Вон у третьего курса МФТИ на кафедре NetCracker дается работа в реальных проектах по Java. Можно было прийти и сказать: надо два-три ежика на проект для андройда. 3 чизбургера в день. Сбежалось бы полфакультета и еще бы подрались, под дружный хруст мороженных пельменей случайных наблюдателей.
Не знаю, как на андроиде, а на iOS лучше выпустить прогу с минимальнейшим функционалом, но стабильную и адски красивую. Вы, в погоне за функционалом, упустили доработанность. В итоге вместо пятизвездочных отзывов «Круто, а добавьте!» вы получили «Херня, исправьте!». А всего то было достаточно в тупую отображать расписание, достающееся с сервака джсончиком и возможность создать свое. Все. Эх, жаль.
Спасайте проект. Это же 3.14дец, под iOS ничего не должно падать, никогда, найн, нихт, невер-евер. (Ща скушаю тучу минусов) Я не понимаю, как мирились пользователи андроид с нестабильностью системы и приложений раньше (*оставляю тут вероятность того, что сейчас там все хорошо*), но iхомяки с этим не мирились никак: все всегда должно быть а) красиво, б) плавно, в) стабильно, г) интуитивно. Что-то из этого не выполняется — прога идет в помойку. «Why? Because f*ck you, that's why.»©
Так вы же еще на хабр написали, сгенерировав себе поток скачек и удалений. Вот зачем? Спасайте проект. Тем более я сам не хочу вбивать свое расписание в iStudiez или iCal, я проще вам баги поправлю для себя любимого.
Edit: Поставил. Отличненько, нет сортировки по времени. Смешно, да.
Закидывайте джитхаб. Это жесть.
Edit: Оно упало =D