My employer (Not a Developer) thinks that CASE tools will help us impr translation - My employer (Not a Developer) thinks that CASE tools will help us impr Russian how to say

My employer (Not a Developer) think

My employer (Not a Developer) thinks that CASE tools will help us improve our development process and documentation. I am not sure about that, we are a small team of 5 developers building mobile banking solutions for local clients. I think CASE tools will be a waste of time and money as they need to be purchased and we will need some time before we get used to them and be efficient working with them for modeling and stuff. Code generation is another issue, I really think that the CASE generated code won't be as good as code written by good developers.

I think that if we stick with agile principles, design patterns, use TDD, and keep our code clean. we should be good. And as far as Analysis and Design, I think simple UML diagrams on whiteboard should do the trick. Documentation is good and important, but should be made as little as possible and we should not focus on Docs and forget the code. This is what i think.
0/5000
From: -
To: -
Results (Russian) 1: [Copy]
Copied!
Мой работодатель (не разработчик) считает, что CASE инструменты помогут нам улучшить наш процесс разработки и документации. Я не уверен в этом, мы небольшая команда из 5 разработчиков, создающих мобильные банковские решения для местных клиентов. Я думаю CASE инструменты будет пустой тратой времени и денег, как они должны быть приобретены и нам потребуется некоторое время, прежде чем мы привыкнуть к ним и быть эффективной работы с ними для моделирования и прочее. Генерация кода является еще одним вопросом, я действительно думаю, что дело сгенерированный код не будет так хорошо, как код, написанный хороших разработчиков.Я думаю, что если мы придерживаться гибких принципов, шаблоны проектирования, использование TDD и держать наш код в чистоте. Мы должны быть хорошо. И что касается анализа и дизайна, я думаю, что простые UML-схемы на доске должны делать свое дело. Документация хорошо и важно, но должны быть как можно меньше, и мы должны сосредоточиться на документах и не забыть код. Это то, что я думаю.
Being translated, please wait..
Results (Russian) 2:[Copy]
Copied!
Мой работодатель (не разработчик) считает , что CASE - инструменты помогут нам улучшить процесс разработки и документации. Я не уверен , о том, что мы маленькая команда из 5 разработчиков , создающих мобильные банковские решения для локальных клиентов. Я думаю , что CASE - инструменты будут пустой тратой времени и денег , так как они должны быть куплены и нам потребуется некоторое время , прежде чем мы привыкаем к ним и быть эффективной работы с ними для моделирования и прочее. Генерация кода это еще один вопрос, я действительно думаю , что дело сгенерированный код не будет столь же хорошо , как код , написанный хорошими разработчиками.

Я думаю , что если мы будем придерживаться гибких принципов, шаблонов проектирования, использование TDD, и сохранить наш код в чистоте. мы должны быть хорошими. И насколько анализа и дизайна, я думаю , что простые UML диаграммы на доске должны сделать трюк. Документация является хорошим и важным, но должно быть сделано как можно меньше , и мы не должны сосредоточиться на Документах и забыть код. Это то , что я думаю.
Being translated, please wait..
Results (Russian) 3:[Copy]
Copied!
мой работодатель (не разработчик) считает, что дело инструментов поможет нам улучшить процесс развития и документации.я не уверен, что у нас небольшая команда разработчиков мобильных банковских решений для строительства 5 местных клиентов.я думаю, дело инструменты будут тратить время и деньги, как они должны быть куплены, и нам потребуется некоторое время, прежде чем мы привыкли к их и эффективно работать с ними для моделирования и прочее.код поколения - это еще один вопрос, я действительно думаю, что вызвал кодекса не так хорошо, как код, написанный хорошо разработчиков.я думаю, что, если мы останемся с гибкой принципов, шаблоны проектирования, использования TDD, и сохранить нашу кодекса чистой.мы должны быть хорошими.и насколько анализа и проектирования, я думаю, просто UML диаграмм на табло подойдет.документация хорошо и важно, но должно быть как можно меньше, и мы не должны сосредоточиться на Docs и забудь код.это то, что я думаю.
Being translated, please wait..
 
Other languages
The translation tool support: Afrikaans, Albanian, Amharic, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bosnian, Bulgarian, Catalan, Cebuano, Chichewa, Chinese, Chinese Traditional, Corsican, Croatian, Czech, Danish, Detect language, Dutch, English, Esperanto, Estonian, Filipino, Finnish, French, Frisian, Galician, Georgian, German, Greek, Gujarati, Haitian Creole, Hausa, Hawaiian, Hebrew, Hindi, Hmong, Hungarian, Icelandic, Igbo, Indonesian, Irish, Italian, Japanese, Javanese, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Korean, Kurdish (Kurmanji), Kyrgyz, Lao, Latin, Latvian, Lithuanian, Luxembourgish, Macedonian, Malagasy, Malay, Malayalam, Maltese, Maori, Marathi, Mongolian, Myanmar (Burmese), Nepali, Norwegian, Odia (Oriya), Pashto, Persian, Polish, Portuguese, Punjabi, Romanian, Russian, Samoan, Scots Gaelic, Serbian, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenian, Somali, Spanish, Sundanese, Swahili, Swedish, Tajik, Tamil, Tatar, Telugu, Thai, Turkish, Turkmen, Ukrainian, Urdu, Uyghur, Uzbek, Vietnamese, Welsh, Xhosa, Yiddish, Yoruba, Zulu, Language translation.

Copyright ©2025 I Love Translation. All reserved.

E-mail: