Без хороших приложений ваша платформа станет никому не нужна.
Теоретически, автор прав, но на практике на платформе Apple уже огромное количество приложений, поэтому платформа всем нужна. Именно поэтому Apple может диктовать условия и требовать деньги за доступ к платформе и аудитории.
В качестве примера могу привести проекты по фото- и видеофиксации нарушений правил дорожного движения, когда проект реализуется за счёт исполнителя, а прибыль по проекту исполнитель получает из выручки, которую сгенерировала сама система фиксации в виде выставленных штрафов! Т. е. построил систему плохо или промахнулся с расчётом возврата вложенных средств — получи убыток в проекте.
Я-то, грешый, думал, что штрафы за превышения скорости придуманы для снижения смертности в ДТП, а тут вон оно чо — это ж бизнес-проект!
Конечно, никаких иллюзий на этот счет у меня и раньше не было, но спасибо, что сказали это открытым текстом.
Вы не знаете, что такое именованные диапазоны? Да вы только в самом начале пути, вам предстоит еще много «открытий чудных». Потом научитесь делать из экселя клиент БД, рисовать формы, создавать кастомные панели с кастомными кнопками и подключать WinAPI. Вот тогда точно прослывете богом офисной автоматизации, а коллеги из бухгалтерии будут приносить вам в жертву девственниц и слагать гимны.
P. S. Не думайте, что это какая-то ирония или злой сарказм. Вышеперечисленное, при правильном применении, здорово облегчает жизнь, а в крупных компаниях целые департаменты начинают сражаться за доступ к вашему телу мозгу. Проверено на собственном опыте.
P. P. S. Правда, вам с большой вероятностью очень скоро захочется большего, вы освоите какой-нибудь «взрослый» мейнстримный язык (а то и два-три), станете полноценным разработчиком, а офисную автоматизацию будете вспоминать субботними вечерами в кругу семьи и друзей.
P. P. P. S. Ах, да. Именованным диапазоном может быть любой диапазон. А «диапазон» — это, если грубо, любая комбинация ячеек, которую можно выделить одновременно (мышью с шифтом и контролом).
Я считаю, что и олимпиаду надо делать для более распространенных задач.
Олимпиады в любой области, хоть по физике, хоть по математике, хоть по программированию предлагают нестандартные заковыристые задачи. Но почему-то именно для SQL вы требуете исключения. А в чем олимпиадность тогда?
Кроме того, вы явно не работали разработчиком БД. 99,(9)% практических задач настолько банальны, что максимум через год любые запросы можно писать, не включая мозг вообще.
Мозг бывает нужен в трех местах:
1) на этапе проектирования БД
2) заковыристые пожелания заказчика вроде предложенных здесь (раз в год в одном проекте из 10 получается так, что вот в данных конкретных условиях написать условный «календарь» проще всего именно на SQL)
3) очень большие базы, где надо писать запрос так, чтобы у него получился хороший план
Бывают еще всякие крайности, типа «профакапили этап проектирования». У меня жена как раз в таком стартапе работает, там какая-то хипстота налепила таблицы как бог на душу положит (я ее по SQL консультировал как раз). В итоге связанные по смыслу таблицы, которые по уму должны были бы быть связаны через foreign key (ну типа одна таблица — что купил пользователь, а вторая — сколько заплатил), не связаны вообще никак, из общих данных только ID клиента и дата покупки с округлением чуть ли не до дня. Ну да, можно сделать такую олимпиаду: вот вам через одно место спроектированная БД, сделайте к ней запрос, возвращающий конфетку.
Я могу такой пример привести. В детстве, то ли в школе, то ли в деревне у бабушки на каникулах слышал старую поговорку о том, что хороший мастер может построить дом одним топором. То есть если ничего под рукой нет кроме топора, то он все равно не пропадет. Понятно, что когда выбор есть, гвозди он будет забивать молотком, доски пилить пилой и т. д.
Вот тут такая же задача — на виртуозное владение «топором», когда можешь не только дерево срубить, но и целый дом построить.
В общем, хорошая задача.
Годная статья по SQL! Не каждый день месяц встретишь.
А будут у вас еще олимпиады по SQL? Я бы поучаствовал. Задачу про календарь я как-то решал уже, остальные задачи тоже кажутся вполне по силам. Разве что лабиринт вызывает некоторые опасения.
Длинные лекции подобны длинным методам и «божественным объектам»
Декомпозиция — это благо.
А какие-то доказательства этих тезисов у вас есть (кроме «мне так хочется»)? Из того, что второй тезис применим в программиировании, еще не следует, что он применим где-то еще.
Многие боятся, что как только джуниор вырастет, он уйдет.
Видел то ли на каком-то форуме, то ли на баше:
— А вы не боитесь, что мы сейчас вложимся в джуниоров, они всему научатся, а потом уйдут?
— Это не страшно. Страшно, если они ничему не научатся и останутся.
Вы путаете теплое с мягким: личную производительность конкретного айтишника Васи (которая может быть очень высокой) и среднюю страновую производительность из экономической статистики, которая есть тупо ВВП, деленый на численность населения. И вот эта средняя производительность по больнице стране зависит от качества госуправления и законов гораздо больше, чем от айтишника Васи. Когда в стране миллион человек сидит в тюрьмах, другой миллион их охраняет, три миллиона перекладывают бумажки в администрациях всех уровней, еще несколько миллионов тупят во всевозможных РЖД, почтах России, и прочих неэффективных госконторах, наш суперпроизводительный Вася может быть мировым рекордсменом в написании кода совершенно без ущерба для всей системы.
У меня двое детей, 2 и 11 лет. У меня есть знакомые с детьми, с кем я довольно часто пересекаюсь (ну и дети дружат, само собой). У одной пары 4 детей — 6, 4, 2 и 1 год, у другой — трое, 5, 3 и 0,5 года. Я отлично знаю, какие у них мозги в каком возрасте. Ну и профильную литературу (о развитии детского мозга) я тоже читал (правда, научпоп).
Вот лет с 9 — 10 уже можно начинать пробовать. Некоторые точно поймут.
Объясните Юникод или транзакции в СУБД пятилетнему ребёнку.
Просто объяснить или так, чтобы он понял? Если второе, надо ли в конце проводить проверку того, что пятилетний ребенок все понял правильно? А то, что мозг пятилетнего ребенка недостаточно развит для понимания концепций такого уровня сложности, автора не смущает?
Я в Люксембурге живу — конечно не 100% соответствие вашим запросам, но близко. Правда, это же «загнивающая Европа», многие говорят, что с точки зрения ИТ тут болото. Хотя правительство Люксембурга вроде пытается сделать тут свою «долину».
Представьте, что ваш любимый язык программирования, скажем, C. При этом в одном из сравнений C уступает Java, причем существенно, в два раза. Несправедливость! Вы открываете код решения на C и видите, что он написан не очень аккуратно, и явно многое можно многое улучшить и оптимизировать. Если при этом под руку подвернулся свободный вечер, а на столе стоит пара пива, — патча не избежать. В этом подходе и есть основная проблема.
Мне кажется, сначала надо определиться, что считать честным. Если ставить задачу как «определить, какой язык самый быстрый», то тут как раз логично найти спеца по этому языку и дать ему возможность выжать все соки. Тогда мы будем сравнивать именно языки. А если вы говорите
Является ли конечный код типовым, который написал бы любой разработчик
то получается, что мы сравниваем типовых разработчиков. Не говоря уже о том, что понятия «типовой код» и «любой разработчик» — очень размытые.
Я готов только согласиться с тем, что недопустимы хаки, которые подменяют исходную задачу на другую, очень похожую на исходную, но которую очень легко разогнать (и при этом задачу именно в исходной постановке разогнать тем же способом нельзя). И с тем, что количество используемых процессоров тоже лучше сделать одинаковым для всех.
Конечно, никаких иллюзий на этот счет у меня и раньше не было, но спасибо, что сказали это открытым текстом.
Я по своему опыту могу сказать, что такие студенты обычно вообще мало какие объяснения понимают.
, а коллеги из бухгалтерии будут приносить вам в жертву девственниц и слагать гимны.P. S. Не думайте, что это какая-то ирония или злой сарказм. Вышеперечисленное, при правильном применении, здорово облегчает жизнь, а в крупных компаниях целые департаменты начинают сражаться за доступ к вашему
телумозгу. Проверено на собственном опыте.P. P. S. Правда, вам с большой вероятностью очень скоро захочется большего, вы освоите какой-нибудь «взрослый» мейнстримный язык (а то и два-три), станете полноценным разработчиком, а офисную автоматизацию будете вспоминать субботними вечерами в кругу семьи и друзей.
P. P. P. S. Ах, да. Именованным диапазоном может быть любой диапазон. А «диапазон» — это, если грубо, любая комбинация ячеек, которую можно выделить одновременно (мышью с шифтом и контролом).
Кроме того, вы явно не работали разработчиком БД. 99,(9)% практических задач настолько банальны, что максимум через год любые запросы можно писать, не включая мозг вообще.
Мозг бывает нужен в трех местах:
1) на этапе проектирования БД
2) заковыристые пожелания заказчика вроде предложенных здесь (раз в год в одном проекте из 10 получается так, что вот в данных конкретных условиях написать условный «календарь» проще всего именно на SQL)
3) очень большие базы, где надо писать запрос так, чтобы у него получился хороший план
Бывают еще всякие крайности, типа «профакапили этап проектирования». У меня жена как раз в таком стартапе работает, там какая-то хипстота налепила таблицы как бог на душу положит (я ее по SQL консультировал как раз). В итоге связанные по смыслу таблицы, которые по уму должны были бы быть связаны через foreign key (ну типа одна таблица — что купил пользователь, а вторая — сколько заплатил), не связаны вообще никак, из общих данных только ID клиента и дата покупки с округлением чуть ли не до дня. Ну да, можно сделать такую олимпиаду: вот вам через одно место спроектированная БД, сделайте к ней запрос, возвращающий конфетку.
Вот тут такая же задача — на виртуозное владение «топором», когда можешь не только дерево срубить, но и целый дом построить.
В общем, хорошая задача.
деньмесяц встретишь.А будут у вас еще олимпиады по SQL? Я бы поучаствовал. Задачу про календарь я как-то решал уже, остальные задачи тоже кажутся вполне по силам. Разве что лабиринт вызывает некоторые опасения.
— А вы не боитесь, что мы сейчас вложимся в джуниоров, они всему научатся, а потом уйдут?
— Это не страшно. Страшно, если они ничему не научатся и останутся.
Mullerthal Region, Luxembourg's Little Switzerland
больницестране зависит от качества госуправления и законов гораздо больше, чем от айтишника Васи. Когда в стране миллион человек сидит в тюрьмах, другой миллион их охраняет, три миллиона перекладывают бумажки в администрациях всех уровней, еще несколько миллионов тупят во всевозможных РЖД, почтах России, и прочих неэффективных госконторах, наш суперпроизводительный Вася может быть мировым рекордсменом в написании кода совершенно без ущерба для всей системы.Потом Ctrl+G…
Вот лет с 9 — 10 уже можно начинать пробовать. Некоторые точно поймут.
Я готов только согласиться с тем, что недопустимы хаки, которые подменяют исходную задачу на другую, очень похожую на исходную, но которую очень легко разогнать (и при этом задачу именно в исходной постановке разогнать тем же способом нельзя). И с тем, что количество используемых процессоров тоже лучше сделать одинаковым для всех.