Конечно, никто прямо такое не скажет. Но и в Вашем посте и в комментариях уже даже не видна, а прямо высказана мысль: "зачем, если за это не заплатят?" Туда же и "ремесло передаётся по наследству". Вы уж извините, данная концепция ещё в XV веке устарела, и единственная причина её существования - денежная.
Для написания статьи нужно время, обобщить практику, сделать выводы, написать в конце концов. И действующая система общественно-экономических отношений заинтересована Вам его предоставить только в одном случае - если на этом можно заработать. Иначе гораздо выгоднее время у Вас забирать. Даже когда Вы не на работе, Вам нужно постоянно куда-то тратить Ваше время: купите новую игру, съездите в путешествие, найдите в 300 сортах колбасы ту, которая сделана по ГОСТу, а не из непонятно чего, разберитесь в законах, потому что если Вы не разберётесь - Вас может обмануть УК, управляющая Вашим домом, разберитесь в медицине - чтобы Вам не прописали БАД или какие-нибудь бесполезные процедуры и т.д.
Насколько я помню, Телеграмм продвигался именно как анонимный мессенджер. А не мессенджер, прилагающий разумные усилия по воспрепятствованию раскрытию личностей собеседников при условии, что они использую только секретные чаты для переписки тет-а-тет и никогда не подключались ни к каким группам и каналам, в том числе для просмотра отдельных сообщений, включая случаи непреднамеренного перехода по ссылке, размещённой в сети Интернет.
У нас многие потенциальные клиенты говорят, что сами смогут сделать такую систему.
И разговор вроде не о том, что могут или не могут клиенты.
В посте описано, что вы разработали свою собственную систему с нуля, не базируясь на чём-то уже имеющемся. При том, что уже есть куча готовых CalDAV решений от Google Calendar до какого-нибудь Baïkal. Которые за счёт, опять же, стандартного CalDAV интегрируются куда хотите, включая, например, календарь на смартфоне.
Хотелось бы увидеть причины отказа от данного решения.
Тут больше вопрос стабильности, безопасности и рамок ответственности за работоспособность решения.
Неужели мы увидим первое в мире лицензионное соглашение с гарантией на ПО, а не со стандартным "AS IS"?
В ближайшем будущем клиент планирует подключить свои переговорные комнаты к UnSpot, чтобы его сотрудники могли планировать встречи не только через корпоративный календарь, но и через мобильное приложение, браузер или сенсорный планшет
... а потом мы планируем реализовать поддержку CalDAV...
Т.е. вместо того, чтобы взять готовое открытое, интегрируемое с кучей стороннего программного обеспечения (и не в будущем, а "здесь и сейчас"), решение и сделать к нему интерфейс с "тепловыми картами" и прочими модулями аналитики будем по-прежнему пытаться сделать телегу собственной конструкции с постановкой впереди лошади.
Зачем что-то строить? Люди вполне себе работают прямо из дома, который у них уже есть.
Это не значит, что он подходит для работы на уровне устраивающем всех и каждого. Дома может стоять, например, диван, с которого очень удобно полулёжа смотреть огромный ТВ. А вот работать в таком положении вряд ли будет комфортно. Т.е. нужны кресло, стол и т.д. И отсюда уже недалеко до идеи какого-нибудь iOffice - звукоизолированной капсулы. Ни ты другим членам семьи не мешаешь, ни они тебе.
А у города пол-бюджета было завязано на этот самый налог с лэндлорда.
Так в чём проблема не то, что сменить объект налогообложения, а просто изменить ставки? Было, к примеру 10% с дохода, 1% на недвижимость, давайте сделаем 1% с дохода, 10% на недвижимость.
а государство умеет только загонять
В этих ваших интернетах пишут, что в США армия сугубо добровольная. По крайней мере в то время, когда США официально не ведут войну.
Никому на рыночке не выгодно, чтобы работяга так жил.
Но ведь и тут тоже всех должен был спасти рыночек, нет?! Все должны были избавиться от неэффективных офисов и начать строить какие-нибудь рабочие капсулы в домах/квартирах.
и с кого брать налоги?
Очевидно же, что с тех же самых. Ведь производительность труда при работе из дома выше (ссылка в моём предыдущем комментарии), т.е. компании зарабатывают больше.
Работник, желающий не ходить в офис — «враг» почти для всех, включая государство.
Т.е. всё равно в итоге получилось, что рыночек не работает и вместо того, чтобы невидимо приспособиться к ситуации, он начал с грацией слона в посудной лавке ломать её под себя? ;)
Поскольку специалисты по базам данных из 80-х ушли на пенсию еще несколько десятилетий назад, большинство из созданных ими на заказ систем так и живут, управляемые SQL-приложениями, которые в массе своей уже не поддерживаются. Для многих крупных организаций эти приложения превратились в эдакие «черные ящики».
Т.е. автор хочет сказать, что проблема РСУБД - в высокой надёжности и квалификации разработчиков? Такой, что построенное может работать десятилетиями без вмешательства человека вообще?!
И это РСУБД захватили руководство компанией и разработали процедуру увольнения сотрудников без какой-либо их замены? Слава роботам реляционным базам данных!
Рынок труда -- это рынок, где работник продаёт блага, а не приобретает
Не совсем. Наёмный работник продаёт свою способность к труду, а не блага.
а нравится изготавливать без ручек и их спрос на то, чтобы производить мочалки без ручек не удовлетворен
Т.е. точно также, как Microsoft, когда перестала продавать устройства на WM6.x?
Или как Джобс с его: "Не дело потребителей - знать, чего им хочется"?
увольняетесь и никуда не ходите
В целом, Вы, конечно, правы. Но опять же - есть некоторые нюансы, который в очередной раз смущают. В посте сказано, что людей загоняют в офисы, хотя с подходом "увольняйтесь и никуда не ходите" выгоднее было бы загонять их в подвалы на хлеб и воду.
Более того - производительность труда работающих из дома - выше.
Помнится нам рассказывали, что рыночек - это прекрасно, потому что он невидимым образом может приспособится к абсолютно любой ситуации, потребитель всегда прав и вообще спрос рождает предложение.
А оно эвон как - спрос на "не ходить в офис" есть, однако удовлетворяться он почему-то не хочет.
А Вы хотите "абсолютно свободный"? Т.е. как во времена колонизации Америки? Хочешь рассчитывайся бобровыми шкурами, хочешь золотом, хочешь франками, песо или ещё какими фунтами. И как в тех местах сегодня?
Так методологии в тестировании? Или место тестирования в моделях жизненного цикла информационных систем?
Водопад, V, спираль, циклическая - это модели жизненного цикла информационной системы. В каждой из которых есть этап тестирования.
DevOps - методология автоматизации этапов тестирования, развёртывания, эксплуатации и вывода из эксплуатации.
Agile, Scrum, Lean - методологии этапов проектирования, разработки и тестирования.
Kanban - инструмент решения задач по отслеживанию хода выполнения многостадийного процесса.
И про водопад отдельно: этап тестирования в модели водопада, да, схематично нарисован после разработки. Однако это не значит, что на самом деле всё так и есть. Не было никогда такого, что программист пишет код и даже не пытается его запустить. Так что в водопаде уж как минимум юнит-тесты всегда были на этапе разработки.
Потому что и не должен писать.
Конечно, никто прямо такое не скажет. Но и в Вашем посте и в комментариях уже даже не видна, а прямо высказана мысль: "зачем, если за это не заплатят?" Туда же и "ремесло передаётся по наследству". Вы уж извините, данная концепция ещё в XV веке устарела, и единственная причина её существования - денежная.
Для написания статьи нужно время, обобщить практику, сделать выводы, написать в конце концов. И действующая система общественно-экономических отношений заинтересована Вам его предоставить только в одном случае - если на этом можно заработать. Иначе гораздо выгоднее время у Вас забирать. Даже когда Вы не на работе, Вам нужно постоянно куда-то тратить Ваше время: купите новую игру, съездите в путешествие, найдите в 300 сортах колбасы ту, которая сделана по ГОСТу, а не из непонятно чего, разберитесь в законах, потому что если Вы не разберётесь - Вас может обмануть УК, управляющая Вашим домом, разберитесь в медицине - чтобы Вам не прописали БАД или какие-нибудь бесполезные процедуры и т.д.
Насколько я помню, Телеграмм продвигался именно как анонимный мессенджер. А не мессенджер, прилагающий разумные усилия по воспрепятствованию раскрытию личностей собеседников при условии, что они использую только секретные чаты для переписки тет-а-тет и никогда не подключались ни к каким группам и каналам, в том числе для просмотра отдельных сообщений, включая случаи непреднамеренного перехода по ссылке, размещённой в сети Интернет.
"Telegram анонимен" говорили они....
Так я и не возмущался :)
И разговор вроде не о том, что могут или не могут клиенты.
В посте описано, что вы разработали свою собственную систему с нуля, не базируясь на чём-то уже имеющемся. При том, что уже есть куча готовых CalDAV решений от Google Calendar до какого-нибудь Baïkal. Которые за счёт, опять же, стандартного CalDAV интегрируются куда хотите, включая, например, календарь на смартфоне.
Хотелось бы увидеть причины отказа от данного решения.
Неужели мы увидим первое в мире лицензионное соглашение с гарантией на ПО, а не со стандартным "AS IS"?
... а потом мы планируем реализовать поддержку CalDAV...
Т.е. вместо того, чтобы взять готовое открытое, интегрируемое с кучей стороннего программного обеспечения (и не в будущем, а "здесь и сейчас"), решение и сделать к нему интерфейс с "тепловыми картами" и прочими модулями аналитики будем по-прежнему пытаться сделать телегу собственной конструкции с постановкой впереди лошади.
Для логов лучше -F
С -f если в момент просмотра произошла ротация логов - так и будете смотреть старый файл, а данные будут писаться уже в новый.
Это не значит, что он подходит для работы на уровне устраивающем всех и каждого. Дома может стоять, например, диван, с которого очень удобно полулёжа смотреть огромный ТВ. А вот работать в таком положении вряд ли будет комфортно. Т.е. нужны кресло, стол и т.д. И отсюда уже недалеко до идеи какого-нибудь iOffice - звукоизолированной капсулы. Ни ты другим членам семьи не мешаешь, ни они тебе.
Так в чём проблема не то, что сменить объект налогообложения, а просто изменить ставки? Было, к примеру 10% с дохода, 1% на недвижимость, давайте сделаем 1% с дохода, 10% на недвижимость.
В этих ваших интернетах пишут, что в США армия сугубо добровольная. По крайней мере в то время, когда США официально не ведут войну.
Позвольте не согласиться.
https://www.apollotechnical.com/working-from-home-productivity-statistics/
https://vc.ru/marketing/119827-bum-dostavki-ili-kak-regionalnye-biznesy-zhivut-v-novyh-usloviyah
https://www.fontanka.ru/2020/03/22/69044929/
https://www.interfax.ru/business/770018
ну и так далее.
"Вы так говорите, как будто это что-то плохое"
Но ведь и тут тоже всех должен был спасти рыночек, нет?! Все должны были избавиться от неэффективных офисов и начать строить какие-нибудь рабочие капсулы в домах/квартирах.
Очевидно же, что с тех же самых. Ведь производительность труда при работе из дома выше (ссылка в моём предыдущем комментарии), т.е. компании зарабатывают больше.
Т.е. всё равно в итоге получилось, что рыночек не работает и вместо того, чтобы невидимо приспособиться к ситуации, он начал с грацией слона в посудной лавке ломать её под себя? ;)
Т.е. автор хочет сказать, что проблема РСУБД - в высокой надёжности и квалификации разработчиков? Такой, что построенное может работать десятилетиями без вмешательства человека вообще?!
И это РСУБД захватили руководство компанией и разработали процедуру увольнения сотрудников без какой-либо их замены? Слава
роботамреляционным базам данных!Не совсем. Наёмный работник продаёт свою способность к труду, а не блага.
Т.е. точно также, как Microsoft, когда перестала продавать устройства на WM6.x?
Или как Джобс с его: "Не дело потребителей - знать, чего им хочется"?
В целом, Вы, конечно, правы. Но опять же - есть некоторые нюансы, который в очередной раз смущают. В посте сказано, что людей загоняют в офисы, хотя с подходом "увольняйтесь и никуда не ходите" выгоднее было бы загонять их в подвалы на хлеб и воду.
Более того - производительность труда работающих из дома - выше.
https://www.apollotechnical.com/working-from-home-productivity-statistics/
Производительность выше, затраты ниже, невидимой руке просто не оставили никаких путей, кроме закрытия неэффективных офисов.
Скорее всего редактированный скрипт и в начальном варианте название сетевого интерфейса было на русском, типа "подключение по локальной сети".
А второй - чтобы вернуть "как было" и stdout видеть нормально, а не кракозябрами
Помнится нам рассказывали, что рыночек - это прекрасно, потому что он невидимым образом может приспособится к абсолютно любой ситуации, потребитель всегда прав и вообще спрос рождает предложение.
А оно эвон как - спрос на "не ходить в офис" есть, однако удовлетворяться он почему-то не хочет.
Совершенно верно.
Тем более, что "лекарство" уже 150 лет, как придумали, и даже опробовать успели.
Тащить пару килограмм золота куда как удобнее, чем кошелёк банкнот, так ведь?
Избегали люди их на протяжении столетий. А исчезли они когда научились их лечить и профилактировать.
И у Вас есть тому доказательства? Можно ознакомиться?
Допустим.
И вот у нас есть, к примеру, Россия с АЭС, независящими от погодных условий, и какой-нибудь чистый нетто-импортёр электроэнергии вроде Литвы.
Как по Вашему, чем закончится данный "эталонный" вариант?
А Вы хотите "абсолютно свободный"? Т.е. как во времена колонизации Америки? Хочешь рассчитывайся бобровыми шкурами, хочешь золотом, хочешь франками, песо или ещё какими фунтами. И как в тех местах сегодня?
"Смешались в кучу кони, люди..."
Так методологии в тестировании? Или место тестирования в моделях жизненного цикла информационных систем?
Водопад, V, спираль, циклическая - это модели жизненного цикла информационной системы. В каждой из которых есть этап тестирования.
DevOps - методология автоматизации этапов тестирования, развёртывания, эксплуатации и вывода из эксплуатации.
Agile, Scrum, Lean - методологии этапов проектирования, разработки и тестирования.
Kanban - инструмент решения задач по отслеживанию хода выполнения многостадийного процесса.
И про водопад отдельно: этап тестирования в модели водопада, да, схематично нарисован после разработки. Однако это не значит, что на самом деле всё так и есть. Не было никогда такого, что программист пишет код и даже не пытается его запустить. Так что в водопаде уж как минимум юнит-тесты всегда были на этапе разработки.