Как создать условие Если?

В гугл таблицах хотел создать график работы сотрудников, чтоб, если поставил в ячейку со сменой значение 1,она автоматически прибавила к сводной, определенное количество часов, при том, чтоб при значении 2 и 3 прибавлялось другое количество в эту же сводную. Буду благодарен за помощь)Рустам Камалтдинов
В сводной только результаты исходной. Меняй данные в исходной.Полосатый жираф Алик4
Всего 1 ответ.

Другие интересные вопросы и ответы

С чего стоит начать, если хочется попробовать себя в косплее?

Tarja S2
Другие языки и технологии - фото1Источник: sysadmin-note.ru

Для начала определитесь, зачем вам вообще оно надо. По опыту самых распространенных причин несколько и подход к костюму и всему образу бедет весьма и весьма различаться:

— хочу на сцену, а в актерское не взяли

— хочу признания и славы в интренетиках, чтобы все меня любили и лайкали

— хочу почувствовать себя любимым персонажем

— это сейчас круто и модно, вон сколько огромных фестивалей, хочу на них ходить красивым

— косплееры — это очень крутая тусовка, все такие милые и забавные, хочу к ним

Разберитесь в себе, иногда сложно признать, сколько для вас значит чужое мнение, а сколько свое.

Итак, если вы выбрали первый или второй пункты. Это то, что можно назвать фестивальным косплеем.

Смиритесь, что косплеить вы будете не любимых, а подходящих персонажей. Подбирать под фигуру, рост, тип лица и прочего. Вы сами себе признались, что делаете это не ради себя, а ради отклика других людей, вот и делайте. Да, вы не получаете за это ни копейки, но судить вас будут как профессионала. Вы же вышли на сцену или на спецсайт, вас никто не заставлял, заметьте. А раз уж вы вышли, то люди ждут от вас обещанного персонажа, сделанного максимально похоже. Итак, что же для этого нужно:

— парик. Крашенные волосы смотрятся очень не объемно, ведь прически часто очень большие. Да и не будете вы каждый месяц перекрашиваться из красного в зеленый. Парик должен быть качественным и без блеска, как из карнавального магазина. Можно заказывать в Китае (что дешевле) или покупать с рук или у посредников. Вероятность того, что парик сразу будет на персонажа, крайне мала (либо стоить он будет ого-го), тогда вам нужно подстричь его и уложить (туториалы в интернете в помощь, там все довольно понятно), либо найти того, кто это сделает за вас (дорого, но краевую лучше доверить профи). Постарайтесь на первое время не брать персонаже с зачесанными волосами, это сложно и муторно, нужно будет перешивать парик.

— костюм. Даже без костюма, но в правильном парике, вы уже смотритесь похоже на персонажа. Можно, например, сфотографироваться в платье горничной и сказать, что это мэйд-версия. Но если вы все же решили шить костюм, вам нужна выкройка и ткань. Есть выкройки даже под определенных персонажей, гугл с удовольствием им делится. Если такого нет, придется понимать, что же надето на герое и искать уже по предметам одежды. Ткань лучше взять с запасом. Не габардин (кроме школьной формы) и не атлас. Это самые дешевые ткани, выглядят также. Не скупитесь на дублерин.

— детали. Если вы думаете, что вон тот маленький камушек на рукаве никто не заметит — заметят. Сделайте несчастный камушек.

— реквизит. Часто он не обязателен. Лучше не сделать ничего, чем выйти с картонной палочкой. Но если в вас проснулся крафтер, записывайте магические слова «эпоксидка», «монтажная пена» и «пенополистирол» и бегите в строительный магазин.

— макияж. Туториалы в интернете, под почти любого персонажа. Если нет, то по типу (мейк-ап под альбиноса, гендер-бендер мейк-ап). Макияж нужен, на сцене и на фото черты лица съедаются, их нужно выделять. Еще хорошо припудриться чуть-чуть, чтобы в свете софитов не блестел жирный вспотевший нос.

— обувь. Неканонную обувь тоже заметят. Об этом почему-то все забывают.

— отыгрыш. Вы не столб, а властелин Вселенной (или милая веселая девочка, неважно). Это должно сквозить в каждом вашем жесте. Тренируйтесь перед зеркалом и не выходите из образа, пока не снимете костюм. Но не надо переигрывать и вдаваться в совсем уж дивность. Если друг спросил вас: «Вася, есть хочешь?», не надо на него рать, что вы вообще-то пафосный лорд (леди).

Если вы выбрали третью и четвертую причины, ваша жизнь будет чуть проще.

Вы можете косплеить любимых персонажей без оглядки на ваши параметры. Это конвентный косплей по сути. Иногда вас будут критиковать какие-то анонимы, но гоните их в шею с вашей странички. Но! Если вы фото себя любимого выкладываете во все крупные коплей-собщества, подписывая именно как косплей, или подаетесь на фестиваль (и выходите на сцену), то относиться к вам будут как к представителям первых двух категорий. И тут уж либо прекращайте так делать, либо начинайте по-другому подбирать персонажей. Вы не обязаны переступать через свои желания, но и сообщество не обязано вас любить. Итак, что делать, если вы косплеите для себя. Тут вы куда как более свободны.

— парик. Могут быть и свои волосы, возможно вы покраситесь под любимого персонажа, и сделаете много образов. Если парик помогает вжиться в образ,то выбирайте его.

— костюм, обувь и детали. Скорее всего, если персонаж ваш любимый, вы и так фанатично соберете идеальный костюм. Все рекомендации те же, но степень их следования уже определяете вы и то, как вы видите персонажа.

— макияж. Он все еще нужен. Тем более, что ваше лицо может быть совсем не похоже на персонажа.

— отыгрыш. Это фактически то, ради чего все и затевалось. Играйте, получайте удовольствие.

Если вы выбрали последний пункт. Ищите косбенд, они вам все покажут и расскажут. И даже помогут. Сейчас многие косбенды набирают новичков. Но милой и няшной вся тусовка была лет пять назад, когда нас было мало и все всех знали. Сейчас это сплошная критика, склоки, противостояние фестивального и конвентного косплея, попытки заработать на собратьях по хобби. Если это вас не останавливает, то идите в какую-нибудь группу типа cosplay search и ищите косбенды в своем городе.

Мария Еремина18
Всего 2 ответа.[my_custom_ad_shortcode1]

Как писать код без багов?

Сергей Чистович18

Я пишу код уже больше 20 лет и, хотя в последнее время больше занимаюсь руководством, на пике формы был способен писать по 500+ строк хорошо работающего кода в день. Вот принципы, которые мне в этом помогали:

  1. Не переобобщайте. Если не получается малой кровью создать универсальное решение, то и неважно, решите конкретную текущую задачу и двигайтесь дальше. Обобщение, даже хорошее, в 70% случаев так и остается нигде больше не использованным.

  2. Не оптимизируйте код заранее. Идея усложнить код ради его ускорения почти всегда ошибочна. Исключение возможно только в том случае, когда именно этот участок код «тормозит» так, что это уже заметно на уровне продукта или бизнеса. «Пессимизировать» код тоже, конечно, не нужно, из двух версий, одинаковых по сложности и по объему кода, выбирайте более быструю. Из этого есть важное следствие: нельзя дублировать данные и нельзя кешировать результаты вычислений там, где этого не требует во весь голос производительность. Больше половины структурных багов возникает из-за того, что «разъехались» кэш и реальные данные, причем еще и отлаживать такое обычно адски сложно, потому что в момент собственно «разъезжания» никакого бага еще не видно, он проявится потом, когда ставить breakpoint-ы и проходить исполнение по шагам уже поздно.

  3. Называйте и группируйте всё происходящее правильно. Код, в котором нет алгоритмических или технологических сложностей, должен читаться как текст, написанный по-английски. Хорошо, когда код, в котором ниндзя куда-то крадётся, выглядит как-то вроде ninja.sneak(…), а не pDst2.trySetCoord(…) и ещё десять строчек после этой, ни одну из которых нельзя забыть. Если функция что-то меняет в состоянии объекта, она не может называться isSomething — если так сделать, следующий же код с её участием обречён на интересный дебаг. Если функция что-то трудно вычисляет, она не может называться getSomething — кто-нибудь наверняка начнёт вызывать её в цикле и удивляться, почему всё тормозит. Класс, который хранит состояние документа, может называться DocumentState или Document, но никак не SDManager. Кстати, про Manager-ов. Если единственное название, которое вы можете выбрать для класса или метода, получается очень расплывчатым, это верный признак того, что вы делаете что-то неправильно. Классы BaseObject и World или функции databaseOps и initService быстро приведут к самым разным проблемам и багам, связанным с нарушениями этого и предыдущего пунктов.

  4. Не смешивайте алгоритмы и другие технологически сложные участки кода с бизнес-логикой. Выразительности современных языков программирования вполне достаточно для того, чтобы, скажем, графический движок компьютерной игры ничего не знал о ниндзя и вертолётах, функции работы с БД в CRM-системе не знали слов «счёт» и «клиент», и т.д. и т.п. Для бизнес-логики типичны постоянные изменения, нечеткость и путаница. Как только сущности с разных уровней абстракции начинают упоминаться в соседних строчках кода, , всё это тут же начинает проникать и в технологически сложный код, и всё взрывается.

  5. Не используйте никакие advanced фичи никакого языка. В С++, например, не стоит пользоваться темплейтной магией, переопределением операторов, множественным наследованием и т.д. и т.п. Экзотические языки программирования (Haskell, диалекты Лиспа, хитрые декларативные язычки, работающие поверх JVM) вообще стоит использовать только как хобби, источник вдохновения. Не напрямую в той работе, за которую вам деньги платят. Эта точка зрения часто вызывает споры. К сожалению, обстоятельно аргументировать её в формате ответа на Знатоках не получится. Поэтому просто сошлюсь на свой почти 20-летний опыт индустриального программирования. Во всех областях и организациях, в которых я успел поработать, что в Яндексе, что в разработке игр, что в науке идея использовать в качестве рабочего инструмента «красивый полёт свободной мысли, недоступный простым умам» оказывалась разрушительной. Часто и для всего проекта, но всегда, без исключений, для автора идеи.

  6. Стоит выкинуть из головы все ООП. Единственное полезное, что в императивные языки пришло из этой идеологии — модификаторы private. Иерархии классов это зло, наследовать реализации нужно себе запретить. Наследовать можно интерфейсы, и то не слишком много уровней. Агрегация почти всегда лучше наследования. Большая часть классических «шаблонов проектирования» уже либо устарела, либо нашла поддержку на уровне языка.

  7. Используйте как можно больше assert’ов, логов и прочих способов поймать незапланированное состояние системы как можно раньше. Очень часто в момент, когда неверное поведение системы становится заметно пользователю, дебажить её уже сложно. Если же вы смогли поймать систему именно в тот момент, когда её внутреннее состояние впервые становится неконсистентным или она начинает вести себя не так, как вы задумывали, чаще всего разобраться в том, почему, становится тривиально.

  8. Каждая лишняя строчка кода это зло. Там, где это вообще возможно, не стоит пользоваться чужим кодом, который вы не прочитали и не поняли от и до. Это касается в том числе и широко известных библиотек и фреймворков общего назначения. Чем меньше кода (включая и тот, который пишешь сам, и тот, от которого зависишь) — тем лучше.

  9. Граничные случаи стоит проверять «в голове» прямо по ходу написания кода. Например: я пишу list.back(), а почему этот список не пуст? Как я «доказал» к этому моменту, что этого не может произойти? Что сделает эта функция, работающая со строчкой, если она пуста?

  10. Любой баг, если он все-таки вам встретился, старайтесь возводить до первопричины и до общего правила. Что я написал в коде такого, что этот баг вообще оказался возможен? Как я могу поменять свои практики так, чтобы больше никогда не допускать таких же? Например, баг состоял в том, что я написал такую-то строчку в функции save и забыл добавить симметричную в функции load. Может быть, пора, наконец, заменить эту пару на одну функцию serialize? Обложить их тестами? Или хотя бы поклясться вслух самому себе, что никогда не будете трогать их по одиночке? Или, например, причина бага была в том, что в указателе pNeighbor содержится null, а программа этого не ожидает и падает. Можно просто воткнуть if (pNeighbor != null) и закрыть баг как исправленный. А где ещё в коде разыменовывается pNeighbor? Везде ли есть такая же проверка? Насколько вообще эта ситуация легальна, может быть, настоящая ошибка там, где pNeighbor впервые оказался нулевым? Если значение pNeighbor это результат отображения NULL из БД на объектную модель, то как этот NULL попал в БД, кто его туда положил и не стоит ли воткнуть там constraint? И т.д и т.п. Никогда не считайте, что ваш код уже идеален! Наблюдайте за собой, совершенствуйтесь, старайтесь работать вместе с людьми, у которых есть, чему поучиться.

Тема эта неисчерпаема, приёмов и приёмчиков можно вспомнить ещё много, но я, пожалуй, остановлюсь на этой десятке. Всем хорошего кода!

А. Плахов42
я не программист, но могу предполагать, что поможет1 делать всё максимально просто,2 отчётливо3 делать только уникальные имена4 писать комментарии5 прежде всего писать псевдокод6 не спешить7 всегда проверять программу в деле8 найти\написать наиболее полный справочник исключений9 работать лишь при ясной голове, не ночью, высыпаться10 отлично знать язык11 смотреть на программу глазами пользователя12 стремиться локализовать ошибку13 делать сущностные тесты, не считать что просто прошедшая тест программа пригоднаIvan Kuznetsov-1
Всего 6 ответов.

как создать видимость того, что ты ешь, перед родителями?

Гость1
Бери в рот еду,жуй,а потом подноси к губам кружку с чаем(типо запить)и плюй туда в тихушку.
После трапезы почисти или прополоскай зубы.
Можешь наложить очень маленькую порцию, но раздробить ее на меелкие куски или размазать по тарелке. И есть совсееееем мало, много болтая и веселясь.
Кушай при них, но кушай мизернокалорийные продукты,если ты не на голоде или питьевой,разумеется.
Например огурцы, несладкие маленькие яблоки, листья салата,капусту.
(Камилла)
Life of Anorexic Lady[LOAL]2
Всего 1 ответ.

Отвечаете ли вы на вопросы с условиями и почему (см.)?

Автор может поставить в вопросе условия: Отвечайте хорошо, полно, оригинально, интересно, а то получите от меня, как минимум, минус. Приятно ли отвечать на такие вопросы и почему?

З8

Довели человека.

Автор тратит время, создает вопрос, в ожидании классных ответов уже радуется и тут на тебе — либо строчка в стиле «Что-то вопрос мне ваш не понятен?», либо ответ не по теме.

Ну и как тут не разозлиться и не начинать каждый свой вопрос со слов «Отвечать только по теме, всем кто плохо ответит поставлю минус». Я с одной стороны автора прекрасно понимаю, особенно когда вижу бонус под вопросом.

Я уже сама заколебалась указывать в вопросе, что тему вопроса не надо переносить на автора. Есть вопросы, на которые надо отвечать с юмором, а люди начинают вместо ответа лепить что-то в стиле: «Какой вы автор глупенький» и опять же вместо ответа рассуждения ни о чем.

Так что я не удивляюсь, что авторы уже пишут что-то в стиле «Кому вопрос не нравится — идите мимо». Но сама в таких вопросах я отвечать не буду, я уж простите не привыкла к приказным тонам «Прислуживаться тошно».

Если я вижу такое настроение автора — точнее приказ писать по делу, я могу конечно понять его, но настроения отвечать на вопрос нет.

Но… Хочется заметить, что если считать нарушением условие автора вот в такой форме «Я вам минус поставлю», тогда давайте будем считать нарушением вот такие ответы, которые я периодически получаю на свои вопросы: » Скажите спасибо, что я вам не ставлю минус», «Я такие глупые вопросы не задаю».

Так ведь еще такие ответы приветствуют голосами идущие мимо пользователи. Почему же автор не может точно так же поставить условие? Может. Но я на такие условия отвечать не буду.

С-НЕЖ­НАЯ9
Всего 12 ответов.

Возможно ли в реальных ситуациях создать такие условия, при которых на тело не будут действовать никакие другие тела?

Возможно ли в реальных ситуациях создать такие условия, при которых на тело не будут действовать никакие другие тела?Guest4

С тех пор, как век назад создали общую теорию относительности — вообще не проблема. Обычная невесомость — как раз такое состояние. То, что по Ньютону было действием гравитации других тел — стало просто геометрией пространства, можно выбрать систему отсчета, привязанную к этому телу и никакие другие тела не будут действовать

Гость2
Всего 1 ответ.
Вам также может понравиться
Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Вопрос: Это что вообще жёсткий и что и насколько он гб? | Onpioneer