Free Porn The Escort Sex Theescortsex B The Escort Sex Eskort 29759221 Lv Ca 1 The Escort Sex Martin's Blog | Opinion and feelings about software configuration management and processes

Problem

Lately I have been in a situation when there is a need to have lots of JIRA users set up, but actually only few users use JIRA. Our customers have asked to create an account for each possible user/employee, but in fact, only few (really some!) users are using JIRA to report tickets directly. Other users either report tickets over phone, via their primary contact person or via other means.

The problem in this situation is to find out what kind of JIRA license you need as JIRA is licensed per active users. Do you need to buy a JIRA license for several hundreds of users or just the number of users that actually use or will use it?

That would be reasonable to buy license for JIRA only for the users that use this system, right?

Solution

So I came up with a simple solution to survive with the license that matches the actual JIRA user count rather than to buy a license for users who will eventually never use the system. The idea is simple – all user accounts that are not using JIRA actively shall be created and then disabled. (You do not need to buy a license for inactive JIRA accounts.) Whenever inactive user wants to log on to the system for the first time, she/he uses “forgot password” functionality. Once user receives the password, the account is automatically enabled. As a result active number of accounts actually is aligned to the number of active JIRA users.

Technical solution

Technically this solution is implemented as a JIRA plugin. You install the plugin and then you can disable unused accounts and instruct first time users to use the “forgot password” functionality. That’s it.

Security aspect. In order to prevent auto enabling of any disabled account, the user should be explicitly placed in group ‘auto-enable’. This will prevent automatic enabling of ex-employees or otherwise disabled old JIRA accounts that shall not be enabled.

Want the plugin?

If you have interest in this JIRA plugin then please drop me a note here or on e-mail.

Šogad, tāpat kā pagājušogad recenzēju LU jauno programmētāju kvalifikācijas darbus. Lai arī prāvs laiciņš jau pagājis, tomēr gribu uzrakstīt savus iespaidus – varbūt citiem studentiem noder.

• Darbietilpība. Daudzi darbietilpības novērtējumi bija veidoti pēc COCOMO modeļa, taču… bez tādas dziļākas izpratnes. Mans viedoklis ir, ka vispārējie, empīriskie novērtējumi nemaz nav sliktāki par ļoti virspusēju COCOMO modeļa izmantošanu un, piemēram, tā hipotētisku mappingu no Java uz Ruby. No redzētajiem novērtējumiem man visvairāk patika atzinums, ka “īsti jau nezinājām, kā būs, bet mēs pamēģinājām un tad no savas pieredzes novērtējām pārējo projektu”. Godīgi un pietiekami precīzi. Tāpat arī atzīstami bija pieeja, kur laika gaitā projekts tika pārvērtēts un precizēts. Nu tā taču profesionāļi arī parasti dara, vai ne?
• Patīkami, ka jauni studenti nāk ar jaunām tehnoloģijām un platformām – iOS, Android, Ruby, SharePoint.
• Kopumā darbi labākā līmenī nekā pagājušogad
• Spējās programmēšanas prakses sevi parāda spožumā – ir automātiskie vienībtesti; no projekta pieejas un pārvaldības – daily standup, retrospektīvas
• Versiju kontroles sistēmas šogad bija izmantojuši visi studenti, bet nu sajēgas tāpat par to maz. Daži tā arī atzinās. Varbūt man atkal vajadzētu uzprasīties novadīt kādu semināru, jeb vismaz kādu lekciju par šo tēmu?
• Bija studentu pāris, kuriem darba vadītājs bija [diezgan] daudz palīdzējis. Tas būtiski izmaina darba kopskatu.
• Izpratne par kvalitātes kontroli studentiem ir virspusēja – parasti to izprot kā “es testēju”. Manuprāt, testēšanu vajag izprast mazliet savādāk – “es izveidoju tādu pasākumu plānu, kas nodrošinās labu kvalitāti – es testēšu, es vienībtestēšu, man būs nepārtrauktā integrācija, utt.”

Tas bija par pašiem studentu darbiem. Vēl man pāris domas par procesu kopumā:

• Vai universitāte ieskaitītu kvalifikācijas darbu, kurš būtu piedalīšanās opensource projektā?
• Liela atbildības daļa jāuzņemas arī darba vadītājam, kurš reizēm izdara studenta vietā, reizēm nedara neko. Tāpat darba vadītāja nozīme ir darba organizēšanā. Tas ir kritisks veiksmes faktors.