До сих пор не понимаю радости вокруг var. Имеет смысл разве что тут:
var some = new Some();
В остальных местах теряется читабильность. Экономить время написания? Ну нет, нажмите Ctrl+Alt+V и все будет. А с _ - раньше было ignore, теперь так. В pattern matching только и вижу применение, больше нигде.
Согласен, перечитал еще раз внимательно ваши ответы.
Могут и отремонтировать, возврат денег в таком случае не получится сделать. Но, если опять сломается — можно смело просить возврат =)
По сути:
— если ремонтируют дольше 30 дней
— если сломалась железка > 1 раза
— если невозможно починить
, то вы можете рассчитывать на возврат денег.
>По ЗоППП на технически сложный товар — возврат денег только втечение первых 15 дней.
Полная цитата:
Более полная цитата из статьи 18
В отношении технически сложного товара потребитель в случае обнаружения в нем недостатков вправе отказаться от исполнения договора купли-продажи и потребовать возврата уплаченной за такой товар суммы либо предъявить требование о его замене на товар этой же марки (модели, артикула) или на такой же товар другой марки (модели, артикула) с соответствующим перерасчетом покупной цены в течение пятнадцати дней со дня передачи потребителю такого товара. По истечении этого срока указанные требования подлежат удовлетворению в одном из следующих случаев:
обнаружение существенного недостатка товара;
нарушение установленных настоящим Законом сроков устранения недостатков товара;
невозможность использования товара в течение каждого года гарантийного срока в совокупности более чем тридцать дней вследствие неоднократного устранения его различных недостатков.
Далее, смотрим, что такое недостаток и существенный недостаток товара:
Недостаток товара
Недостаток товара – несоответствие товара или обязательным требованиям, предусмотренным законом, или условиям договора (при их отсутствии или неполноте обычно предъявляемым требованиям), или целям, для которых товар такого рода обычно используются, или целям, о которых продавец был поставлен в известность потребителем при заключении договора, или образцу или описанию при продаже товара по образцу и (или описанию).
Существенный недостаток
Существенный недостаток — неустранимый недостаток или недостаток, который не может быть устранен без несоразмерных расходов или затрат времени, или выявляется неоднократно, или проявляется вновь после его устранения, или другие подобные недостатки;
Сломавшаяся железка (в результате брака, а не действия пользователя, конечно) подлежит замене или возврату денег в течение всего гарантийного срока.
А еще есть пункты 5 и 6 статьи 19:
Цитата из статьи 19
5. В случаях, когда предусмотренный договором гарантийный срок составляет менее двух лет и недостатки товара обнаружены потребителем по истечении гарантийного срока, но в пределах двух лет, потребитель вправе предъявить продавцу (изготовителю) требования, предусмотренные статьей 18 настоящего Закона, если докажет, что недостатки товара возникли до его передачи потребителю или по причинам, возникшим до этого момента.
(п. 5 введен Федеральным законом от 17.12.1999 N 212-ФЗ)
6. В случае выявления существенных недостатков товара потребитель вправе предъявить изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) требование о безвозмездном устранении таких недостатков, если докажет, что они возникли до передачи товара потребителю или по причинам, возникшим до этого момента. Указанное требование может быть предъявлено, если недостатки товара обнаружены по истечении двух лет со дня передачи товара потребителю, в течение установленного на товар срока службы или в течение десяти лет со дня передачи товара потребителю в случае неустановления срока службы. Если указанное требование не удовлетворено в течение двадцати дней со дня его предъявления потребителем или обнаруженный им недостаток товара является неустранимым, потребитель по своему выбору вправе предъявить изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) иные предусмотренные пунктом 3 статьи 18 настоящего Закона требования или возвратить товар изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) и потребовать возврата уплаченной денежной суммы.
Конекретно пункт 5 в свое время мне позволил заменить ноут после гарантийного срока, т.к. я доказал, что видеокарта у меня была изначально бракована (nVidia писала, что такие-то и такие-то серии бракованы).
Как только станет понятно, что это дает приемущество/упрощает работу, вопрос о переучивании пропадет сам собой. Научились же смартфонами пользоваться. И с кнопочной Т9 все перешли на экранную.
Вовремя понять, что текущая работа не доставляет тебе удовольствия, суметь перестроится и усердно трудиться в новой сфере
Соответственно — как минимум удовольствие.
Отвечу на личный вопрос:
Результат подбадривания зависит сугубо от того, кого подбадривают.
Для вас это работает пару минут. Другим это дает возможность смирится с тяжелым выбором и двигаться дальше.
Автор руководила вебстудией, где все существование студии исходит из завершения проектов. Проблем с «завершением» у автора нет. Вы по двум точкам экстраполируете.
Автор именно что принимает волевое решение оставить то, что не интересно и омрачняет жизнь. И это не всегда легче, чем оставаться в своем собственном болоте. Но если подумать, очнувшись через 5-10 лет, человеку будет очень грустно, что он эти 10 лет не прожил, а протерпел.
С рациональной точки зрения, это упущены деньги/возможности. Но люди не роботы, и всегда надо учитывать эмоциональный фактор.
Насчет вебстудии, очевидно, что если бы такой вариант был возможен, им бы воспользовались. Значит существовали сложности, сопостовимые с профитом от передачи студии.
По поводу продажи — автор же написала, что они вообще хотели закрывать. А тут подвернулось. Тут надо еще уточнить, готов ли будущий покупатель ждать пол года пока «сейчас, мы тут кое-что поправим».
Позвольте поинтересоваться.
Вы используете «клинический...», «стабильно теряете интерес», «вывод только один» — это очень сильные и однозначные фразы, цель которых скорее навязать отношение к ситуации. Вы хотите чем-то помочь автору, обратить внимание? Или у вас личная притензия к таким людям и подобным ситуациям?
P.S.: автор, на мой взгляд, честно по отношению к себе поступила. Может, отдохнувши, она увидит в себе силы начать другой интересный IT проект. Например, что-то на пересечении литературы и IT =)
Некоторое время назад думал записать презентацию по IDEA, но не смог найти плагин для отображения нажатых сочетаний клавиш.
Может кто знает, что подключить, чтобы отображались сочетание клавиш, как в видео?
Я думаю вам может быть интересно:
В онлайн курсе Барбары Оуклей «Научись учиться» (https://www.coursera.org/learn/learning-how-to-learn) как раз было интервью с математиком, который говорил о таком же подходе. Он часто пытается решить задачу, но если не получается, он отправляется ездить на велосипеде, или на скалодром — переключиться с задачи. И часто именно в такие моменты ему приходит решение.
Про modelling language интересно было бы услышать. Но, я мало знаком с этой темой, поэтому, только если у вас свободное время и желание: не могли бы вы раскрыть немного эту тему? Что пытались сделать и с чем столкнулись? Правильно ли я понял, что UML не позволяет отобразить все, что необходимо при проектировании архитектуры?
Несомненно. Спасибо за подробное объяснение. Прошу прощения, если диалог со мной понизил вам карму.
Возник еще вопрос в продолжение темы.
Мне было бы интересно узнать, чем вы пользуетесь при обдумывании архитектуры?
UML, псевдокод, какой-то софт, ручка+листочек, просто размышления в голове?
Вообще, еще по университету помню убеждение: «Зачем мне это учить и понимать сейчас? Я знаю, где это можно найти. Если что заново выучу». Но ни к чему хорошему это не приводит. В этом плане я с вами согласен.
Несомненно, отсутствие базовых знаний (в том числе и разрабатываемого проекта) тормозит разработку. Это как если писать на новом фреймворке — каждый раз будешь гуглить «а как сделать X в фреймворке Y».
Но, по моим ощущениям, ваш подход возможен в условиях разработки и поддержки очень небольшого кол-ва проектов. Либо вы занимаетесь только одним проектом в течение длительного времени и не выпадаете из его «контекста».
Но я не представляю, как можно рефакторить и дорабатывать проекты, которые ты, например, делал год назад.
Как у вас происходит изучение новой библиотеки/фреймворка?
Можно узнать у вас, в какой области вы ведете разработку?
Как выглядят задачи, которые вы решаете?
Спасибо, что участвуете в диалоге (говорю без сарказма).
Мне кажется между нами возникло недопонимание.
Что вы вкладываете в понятие тестовый редактор?
Правильно ли я понимаю, что ваши сеньоры не пользуются ни подсветкой синтаксиса, ни автодополнением кода, ни навигацией (например ctrl+click из IDEA)?
Т.е. и vim и emacs с подобными возможностями мы не рассматриваем как текстовый редактор, потому что там это тоже все можно накрутить при определенном желании.
Мне действительно интересно, как можно программировать эффективно, не имея под рукой документацию и возможности автоматизации.
Про недостатки переиспользование способа «сейчас начну писать, а там как пойдет» я не спорю. Я не понимаю отказа от автоматизации рутинных задач.
Я бы не прочь и статью прочитать с описанием вашей методики и наблюдений
Можно узнать, чем IDE в данном случае мешает думать-то? Она же не требует вводить минимум 1 строчку кода в минуту.
Просто интересует, почему ваши синьоры выбирают путь отшельников, вместо того, чтобы пользоваться вещами, ускоряющим написание кода, навигацию, поиск и рефакторинг?
До сих пор не понимаю радости вокруг var.
Имеет смысл разве что тут:
В остальных местах теряется читабильность. Экономить время написания? Ну нет, нажмите Ctrl+Alt+V и все будет.
А с _ - раньше было ignore, теперь так.
В pattern matching только и вижу применение, больше нигде.
Могут и отремонтировать, возврат денег в таком случае не получится сделать. Но, если опять сломается — можно смело просить возврат =)
По сути:
— если ремонтируют дольше 30 дней
— если сломалась железка > 1 раза
— если невозможно починить
, то вы можете рассчитывать на возврат денег.
>По ЗоППП на технически сложный товар — возврат денег только втечение первых 15 дней.
Полная цитата:
обнаружение существенного недостатка товара;
нарушение установленных настоящим Законом сроков устранения недостатков товара;
невозможность использования товара в течение каждого года гарантийного срока в совокупности более чем тридцать дней вследствие неоднократного устранения его различных недостатков.
Далее, смотрим, что такое недостаток и существенный недостаток товара:
Источник: памятка покупателям
Сломавшаяся железка (в результате брака, а не действия пользователя, конечно) подлежит замене или возврату денег в течение всего гарантийного срока.
А еще есть пункты 5 и 6 статьи 19:
(п. 5 введен Федеральным законом от 17.12.1999 N 212-ФЗ)
6. В случае выявления существенных недостатков товара потребитель вправе предъявить изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) требование о безвозмездном устранении таких недостатков, если докажет, что они возникли до передачи товара потребителю или по причинам, возникшим до этого момента. Указанное требование может быть предъявлено, если недостатки товара обнаружены по истечении двух лет со дня передачи товара потребителю, в течение установленного на товар срока службы или в течение десяти лет со дня передачи товара потребителю в случае неустановления срока службы. Если указанное требование не удовлетворено в течение двадцати дней со дня его предъявления потребителем или обнаруженный им недостаток товара является неустранимым, потребитель по своему выбору вправе предъявить изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) иные предусмотренные пунктом 3 статьи 18 настоящего Закона требования или возвратить товар изготовителю (уполномоченной организации или уполномоченному индивидуальному предпринимателю, импортеру) и потребовать возврата уплаченной денежной суммы.
Конекретно пункт 5 в свое время мне позволил заменить ноут после гарантийного срока, т.к. я доказал, что видеокарта у меня была изначально бракована (nVidia писала, что такие-то и такие-то серии бракованы).
Соответственно — как минимум удовольствие.
Отвечу на личный вопрос:
Результат подбадривания зависит сугубо от того, кого подбадривают.
Для вас это работает пару минут. Другим это дает возможность смирится с тяжелым выбором и двигаться дальше.
Автор именно что принимает волевое решение оставить то, что не интересно и омрачняет жизнь. И это не всегда легче, чем оставаться в своем собственном болоте. Но если подумать, очнувшись через 5-10 лет, человеку будет очень грустно, что он эти 10 лет не прожил, а протерпел.
С рациональной точки зрения, это упущены деньги/возможности. Но люди не роботы, и всегда надо учитывать эмоциональный фактор.
Насчет вебстудии, очевидно, что если бы такой вариант был возможен, им бы воспользовались. Значит существовали сложности, сопостовимые с профитом от передачи студии.
По поводу продажи — автор же написала, что они вообще хотели закрывать. А тут подвернулось. Тут надо еще уточнить, готов ли будущий покупатель ждать пол года пока «сейчас, мы тут кое-что поправим».
Позвольте поинтересоваться.
Вы используете «клинический...», «стабильно теряете интерес», «вывод только один» — это очень сильные и однозначные фразы, цель которых скорее навязать отношение к ситуации. Вы хотите чем-то помочь автору, обратить внимание? Или у вас личная притензия к таким людям и подобным ситуациям?
P.S.: автор, на мой взгляд, честно по отношению к себе поступила. Может, отдохнувши, она увидит в себе силы начать другой интересный IT проект. Например, что-то на пересечении литературы и IT =)
Может кто знает, что подключить, чтобы отображались сочетание клавиш, как в видео?
В онлайн курсе Барбары Оуклей «Научись учиться» (https://www.coursera.org/learn/learning-how-to-learn) как раз было интервью с математиком, который говорил о таком же подходе. Он часто пытается решить задачу, но если не получается, он отправляется ездить на велосипеде, или на скалодром — переключиться с задачи. И часто именно в такие моменты ему приходит решение.
Про modelling language интересно было бы услышать. Но, я мало знаком с этой темой, поэтому, только если у вас свободное время и желание: не могли бы вы раскрыть немного эту тему? Что пытались сделать и с чем столкнулись? Правильно ли я понял, что UML не позволяет отобразить все, что необходимо при проектировании архитектуры?
Несомненно. Спасибо за подробное объяснение. Прошу прощения, если диалог со мной понизил вам карму.
Возник еще вопрос в продолжение темы.
Мне было бы интересно узнать, чем вы пользуетесь при обдумывании архитектуры?
UML, псевдокод, какой-то софт, ручка+листочек, просто размышления в голове?
Несомненно, отсутствие базовых знаний (в том числе и разрабатываемого проекта) тормозит разработку. Это как если писать на новом фреймворке — каждый раз будешь гуглить «а как сделать X в фреймворке Y».
Но, по моим ощущениям, ваш подход возможен в условиях разработки и поддержки очень небольшого кол-ва проектов. Либо вы занимаетесь только одним проектом в течение длительного времени и не выпадаете из его «контекста».
Но я не представляю, как можно рефакторить и дорабатывать проекты, которые ты, например, делал год назад.
Как у вас происходит изучение новой библиотеки/фреймворка?
Можно узнать у вас, в какой области вы ведете разработку?
Как выглядят задачи, которые вы решаете?
Мне кажется между нами возникло недопонимание.
Что вы вкладываете в понятие тестовый редактор?
Правильно ли я понимаю, что ваши сеньоры не пользуются ни подсветкой синтаксиса, ни автодополнением кода, ни навигацией (например ctrl+click из IDEA)?
Т.е. и vim и emacs с подобными возможностями мы не рассматриваем как текстовый редактор, потому что там это тоже все можно накрутить при определенном желании.
Мне действительно интересно, как можно программировать эффективно, не имея под рукой документацию и возможности автоматизации.
Про недостатки переиспользование способа «сейчас начну писать, а там как пойдет» я не спорю. Я не понимаю отказа от автоматизации рутинных задач.
Я бы не прочь и статью прочитать с описанием вашей методики и наблюдений
Действительно! Спасибо что поделились своей незыблимой истиной!
Пойду выбью это на скале.
Рассчитывать на диалог не вижу смысла.
Просто интересует, почему ваши синьоры выбирают путь отшельников, вместо того, чтобы пользоваться вещами, ускоряющим написание кода, навигацию, поиск и рефакторинг?