Удивительно, но судя по картинкам, в исследовании Марка Лоуренс победил Марк Лоуренс.
Конечно же его рассказы уникальны и легко отличимы от AI для большинства опрошенных, чего не скажешь про бедного Джанни Вуртса, по рассказам которого, по всей видимости, обучалась ЧатДжиПиТи5.
Если брать большую контору, то там есть как опытные, так и новички и поэтому стоимость нормочаса там интегральная.
В работе участвуют и опытные, которые за 15 минут сделают, то, что неопытный будет за 2 дня. Так и новички, которые, по сути просто обучаются, за счёт заказчика.
Иначе в какой то момент у вас останутся одни новички.
Если вы работаете один, то там уже больше смотрят на ваше партофолио и общую стоимость работ, а не часы.
Моё мнение, все нормально в IT с оценкой труда. Она простая и понятная для заказчика, а как вы там внутри себя её считаете, заказчика не интересует. Он видит конечную оценку и делает выбор.
Для IT особенно. По сути работа ITишника ни чем не сложнее того же преподавателя в Вузе, или инженера механика.
Собственно не ясно, за что такие деньги и платить? За то, что вы есть? Так таких ка вы много, мне проще взять толкового не зазнавшегося студента, чем вас.
А вам надо открывать свое дело с такими амбиницями. Там вы сами себе будете хозяин и говорить другим что делать и за сколько, а они либо соглашаться с вами, либо нет и увольняться постоянно.
Да в принципе цены норм. Мы разрабатывали микросхме HART модема.
Если убрать цену корпуса, тут на фото он дорогущий😀, то сами кристаллы стоят копейки. И конечная цена вполне себе соизмерима с ценой китайского HART модема, другое дело, что смысла в этом нет. Если есть китайские модемы. то лишние телодвижения с запуском в производство своих делать неохота. Но на всякий случай, альтернатива имеется.
Добрый день, если ПО разработан за счёт гранта от фонда инновации, а сама компания ООО с 2 человеками в штате, т. е ни сервисного центра, ни сайта ни технических средств особо нет, то можно ли попасть в реестр? ,
В данном случае у вас и проблем не будет, которые вы пытались решать.
У вас инкапсуляция будет скрывать устройство телевизора или получения температуры, как она получается вас не должно интересовать.
Вас должен интересовать контракт. Если в контракте нет возможности передать ошибку, то делайте новый контракт и, например, используя шаблон адаптер реализуйте его
Никак, вы бы понимали, что за что отвечает и не трогали бы уже существующие реализии и их использование в легасе коде.
А так и реализацию менять и кучу легаси в 100500 местах.
Аналогия такая. Вы купили чернобелый. телевизор, и вдруг появился цветной. в продаже. Но вместо того, чтобы поменять его на цветной заменой на другой экземпляр, лезите внутрь, и все там сами меняете, схемы, кинескоп итд. Зачем?
Требования не проанализированы. По всей видимости быстро написали реализацию и в продакшен.
Дизайн не продуман. А надо было бы его нарисовать, выделить интерфейс для работы с температурой, продумать граничные условия, механизм передачи ошибок и т. д. И т. П. .
Если уж требования поменялись, то делайте новую реализацию. Но так как у вас тут все будет зависеть от конкретного класса, а не от интерфейса. То все считайте приехали. Был бы интерфейс можно было бы новую реализацию сделать с проверками, а так все менять придётся.
Если уж вообще требования поменялись, то и вводите новый интерфейс и расширяйте реализацию.
В общем, моё мнение проблема тут в подходе к разработке, сразу код и в продакшен. Так не надо, надо хоть маломальский анализ и Дизайн прикинуть. Иначе код превратиться в лапшу при любой парадигме программирования.
Удивительно, но судя по картинкам, в исследовании Марка Лоуренс победил Марк Лоуренс.
Конечно же его рассказы уникальны и легко отличимы от AI для большинства опрошенных, чего не скажешь про бедного Джанни Вуртса, по рассказам которого, по всей видимости, обучалась ЧатДжиПиТи5.
А зачем 20 строк присваивания?
Declare C# primary constructors – classes, structs | Microsoft Learn
learn.microsoft.com›.net›C#
Я не читаю правила игры, Но узнал их методом научного тыка- заплатите мне.
44 рубля за ключ?
Заказчику не надо опыт оценивать. Ему нужна конечная стоимость и качество услуг и это определяется рынком и возможностью заказчика.
Если у вас контора известная, сделала много проектов и на отлично, то и нормочас. значительно выше, чем у конторы "рога и копыта"
Если брать большую контору, то там есть как опытные, так и новички и поэтому стоимость нормочаса там интегральная.
В работе участвуют и опытные, которые за 15 минут сделают, то, что неопытный будет за 2 дня. Так и новички, которые, по сути просто обучаются, за счёт заказчика.
Иначе в какой то момент у вас останутся одни новички.
Если вы работаете один, то там уже больше смотрят на ваше партофолио и общую стоимость работ, а не часы.
Моё мнение, все нормально в IT с оценкой труда. Она простая и понятная для заказчика, а как вы там внутри себя её считаете, заказчика не интересует. Он видит конечную оценку и делает выбор.
Контекст был один, просто по английски она начала думать, что я должен отгадать, что она задумала.
Вот один запрос
Вы не тот запрос сделали.
Алиса, 27, только пришлось по-русски
Сейчас, просто тепличный условия.
Для IT особенно. По сути работа ITишника ни чем не сложнее того же преподавателя в Вузе, или инженера механика.
Собственно не ясно, за что такие деньги и платить? За то, что вы есть? Так таких ка вы много, мне проще взять толкового не зазнавшегося студента, чем вас.
А вам надо открывать свое дело с такими амбиницями. Там вы сами себе будете хозяин и говорить другим что делать и за сколько, а они либо соглашаться с вами, либо нет и увольняться постоянно.
А кто-то с нуля пишет ОC?
Да в принципе цены норм. Мы разрабатывали микросхме HART модема.
Если убрать цену корпуса, тут на фото он дорогущий😀, то сами кристаллы стоят копейки. И конечная цена вполне себе соизмерима с ценой китайского HART модема, другое дело, что смысла в этом нет. Если есть китайские модемы. то лишние телодвижения с запуском в производство своих делать неохота. Но на всякий случай, альтернатива имеется.
Добрый день, если ПО разработан за счёт гранта от фонда инновации, а сама компания ООО с 2 человеками в штате, т. е ни сервисного центра, ни сайта ни технических средств особо нет, то можно ли попасть в реестр? ,
ООП работает так как заявлено.
Вы поменяли контракт, а это не про инкапсулицию.
НУ и нарушили принцип инверсии зависимостей.
В данном случае у вас и проблем не будет, которые вы пытались решать.
У вас инкапсуляция будет скрывать устройство телевизора или получения температуры, как она получается вас не должно интересовать.
Вас должен интересовать контракт. Если в контракте нет возможности передать ошибку, то делайте новый контракт и, например, используя шаблон адаптер реализуйте его
Никак, вы бы понимали, что за что отвечает и не трогали бы уже существующие реализии и их использование в легасе коде.
А так и реализацию менять и кучу легаси в 100500 местах.
Аналогия такая. Вы купили чернобелый. телевизор, и вдруг появился цветной. в продаже. Но вместо того, чтобы поменять его на цветной заменой на другой экземпляр, лезите внутрь, и все там сами меняете, схемы, кинескоп итд. Зачем?
Тут сразу несколько проблем.
Требования не проанализированы. По всей видимости быстро написали реализацию и в продакшен.
Дизайн не продуман. А надо было бы его нарисовать, выделить интерфейс для работы с температурой, продумать граничные условия, механизм передачи ошибок и т. д. И т. П. .
Если уж требования поменялись, то делайте новую реализацию. Но так как у вас тут все будет зависеть от конкретного класса, а не от интерфейса. То все считайте приехали. Был бы интерфейс можно было бы новую реализацию сделать с проверками, а так все менять придётся.
Если уж вообще требования поменялись, то и вводите новый интерфейс и расширяйте реализацию.
В общем, моё мнение проблема тут в подходе к разработке, сразу код и в продакшен. Так не надо, надо хоть маломальский анализ и Дизайн прикинуть. Иначе код превратиться в лапшу при любой парадигме программирования.
Самопал 😀