12 dzīvības > 2000 dzīvībām?

Pēdējās dienās ir notikuši vairāki traģiski notikumi, no kuriem skaļākie ir teroristu uzbrukums Charlie Hebdo Francijā (dzīvību zaudēja 12 cilvēki), un Boko Haram uzbrukums kādam ciemam Nigērijā (dzīvību zaudēja 2000 cilvēki). Abi gadījumi līdzīgi, bet pirmais ir ziņu topā jau kuro dienu, bet otrais ir pieminēts tikai garāmejot. Kāpēc tāda netaisnība? Tam ir vairāki faktori.

Nāve pati par sevi nav nekāds jaunums

ASV no sirds slimībām ik dienas mirst ap 1600 cilvēku. Par to kāds uzraksta ik pa laikam, bet tikai garām ejot. Kāpēc? Jo tas nav nekas jauns. Boko Haram Nigērijā slepkavo cilvēkus jau labu laiku, un par to ziņās tiek stāstīts, un visnotaļ lielā mērā. Pēdējais slaktiņš ir tikai kārtējais notikums, tiesa, ar lielākiem cilvēku upuriem. Uzbrukums Francijā nav ikdienas konfliktu kārtējā epizode.

Notikumu ietekme, konteksts

Francijas notikumi var būtiski mainīt daudzu miljonu dzīvi Eiropā. Jau tagad Eiropā ir pretimigrācijas un rasisma atdzimšana. Ekstrēmi labējās partija tikai iegūst popularitāti, un Eiropā ir pieredze ar galēji labējo ekstrēmismu, un tas ir svarīgi. Katra politiķa izteikums var mainīt sabiedrisko domu vienā vai otrā virzienā.

Vai mēs varam ko darīt?

Ziņās vairāk runā par lietām, kuras varam ietekmēt. Kad Boko Haram nogalina cilvēkus, tā ir tikai kārtējā ziņa. Kad viņi nolaupīja ap 200 skolnieču, izvērtās vesela kampaņa, kas aicināja politiķus šo krīzi atrisināt. Ja kāds varētu sniegt muļķu drošu, lētu un strādājošu (!) plānu, kā likvidēt reliģisko ekstrēmismu, tad ziņas par pat dažu cilvēku nāvi kādos pasaules nostūros būs ziņu pirmajās lapās.

Ko mēs vispār zinām?

Ziņās parasti atspoguļo to, ko par notikumiem kāds kaut ko zina (izņemot CNN, Fox News un tamlīdzīgi, kas neskaitās). Cik reportieru ir Parīzē un cik Nigērijā? Kurā no tām vietām ir vairāk uzticamas informācijas? Tas ir arī iemesls, kāpēc no Sīrijas pienāk arvien mazāk reportāžu par tur notiekošo karu — sākumā tur bija daudzi reportieri, bet šobrīd tur ir tik bīstami, ka reportieriem nākas iztikt ar netiešu informācijas ievākšanu (parasti intervijas).

Jo tuvāk, jo svarīgāk

Jā, tā tas ir. Un tur neko nevar darīt.

Atruna: neesmu veicis nekādus sistemātiskus pētījumus par ziņām, šie ir mani novērojumi no tiem ziņu avotiem, kuriem es sekoju. Tie ir: LSM, IR, BBC un tas, kas uzpelt manā Twitter ziņu lentā.

Advertisements
Posted in Uncategorized | Tagged , , , , | Leave a comment

Koda iesūtījumu (commit) labais stils

Īsumā: pēc iespējas mēģini izvairīties no vairāku atsevišķu izmaiņu likšanas vienā iesūtījumā jeb komitā.

Kad kādas izmaiņas kodā ir jāveic vairākām komponentēm uzreiz, piemēram, “Atļaut pārvietot ziņojumus un mapes”, būtu vēlams šīs izmaiņas kodā sadalīt divos dažādos un neatkarīgos iesūtījumos — “Atļaut pārvietot ziņojumus” un “Atļaut pārvietot mapes”. Šim dalījumam ir divas priekšrocības:

  1. Ja izrādās, ka viena no šīm izmaiņām tomēr nav jāveic, izmaiņas var atsaukt ar vienu “revert” komandu.
  2. Ja nākotnē ir jāievieš vēl viena līdzīga izmaiņa, būs vienkāršāk analizēt iepriekšējo veikumu.
Posted in Uncategorized | Tagged , , | Leave a comment

Kādu atvērto programmatūru izmanto skolotāji Latvijā

Būtu lietderīgi iztulkot tieši tās atvērtās datorprogrammas, ko izmanto Latvijas skolās. Tāpēc Latvijas Atvērtā koda asociācija ar Latvijas Informātikas skolotāju asociācijas palīdzību veica informātikas skolotāju aptauju. Aptaujā uz šo brīdi (18.03.) ir piedalījušies 30 skolotāji.

Operētājsistēmas

Daudzi skolotāji izmanto vairākas operētājsistēmas. Gandrīz visiem ir Windows (28). Vismaz vienu Linux distributīvu lieto 8 skolotāji, no tiem 7Ubuntu. Citi Linux distributīvi un Mac OS parādās reti.

Windows datoru izplatība atgādina, ka arī šīs platformas lietotnes nevar atstāt netulkotas. Bet starp Linux distributīviem Ubuntu acīmredzot paliek prioritāte.

Lietotnes

Mani patīkami pārsteidza tas, ka gandrīz visi aptaujātie skolotāji izmanto GIMP (28) un Inkscape (25) grafikas lietotnes. Ļoti populārs ir arī Firefox pārlūks (28), kas jau ir pazīstams gandrīz katram Latvijas interneta lietotājam.

LibreOffice vai OpenOffice izmanto 15 skolotāji, no tiem OpenOffice lieto 12, bet LibreOffice5. Biju gaidījis pretēju sadalījumu, jo LibreOffice tiek aktīvāk izstrādāts un tajā ir latviešu valodas atbalsts. Bet iespējams, ka OpenOffice zīmols ir atpazīstamāks un skolotāji vēlas pēc iespējas lielāku atbilstību starp mācību literatūru, eksāmenu saturu un programmatūru klasē. Šo iemeslu dēļ vajadzētu apsvērt OpenOffice tulkošanas atsākšanu.

Izplatīts ir arī VLC video atskaņotājs (15), kurš līdz šim latviskošanas ziņā ir bijis atstāts novārtā. Aptaujā tika minētas arī citas programmas (piemēram, Chromium, LibreCAD un Scribus), taču katra ne vairāk kā 2 reizes.

Dokumentācija

Tikai aptuveni trešdaļai aptaujāto (11) nešķiet svarīga nekāda veida dokumentācija latviešu valodā. Bet par vajadzīgām pamācības un rokasgrāmatas atzina attiecīgi 17 un 12 aptaujātie.

Pašlaik mācību materiālus informātikā par brīvu piedāvā Latvijas Universitāte un Baltijas Datoru akadēmija.

Šīs aptaujas rezultāti apstiprina, ka rokasgrāmatas un pamācības ir būtiska programmatūras sastāvdaļa un nevar paļauties, ka visi lietotāji apgūs programmatūru, vienkārši klikšķinot pogas uz ekrāna.

Secinājumi

Aptauja mums palīdzēja saprast, kas ir svarīgi informātikas skolotājiem un skolēniem. Tātad, turpināsim uzturēt Ubuntu un GIMP tulkojumus, kā arī pievērsīsim vairāk uzmanības Inkscape un VLC latviskošanai. Un, lai gan latviešu valodā ir pieejami daži mācību materiāli informātikas apguvei, derētu arī iztulkot populārāko programmu rokasgrāmatas.

Programmatūras un dokumentācijas latviskošana klātienē notiek trešdienās Linux Centrā 17.30. Tāpat jebkurš var iztulkot sev mīļāko programmu. Lai uzzinātu vairāk, rakstiet info [at] laka [.] lv

Posted in Uncategorized | Tagged , , , , , , , , , , | 2 Comments

Progress on i18n tasks since GUADEC in A Coruña

During the previous GUADEC, the i18n team prepared a to-do list for the following year. The year has passed, so it is time to review what has been done.

1) Module release calendar — won’t happen — lack of interest from developers.

Background: modules outside GNOME core (e.g., GNOME extras) lack fixed deadlines. To inform the l10n teams about the upcoming release, the developers could put the date of the release on some calendar, so the l10n team would know what to translate next.

2) Module priorities — done.

Previously new teams were presented with a huge list of modules in no particular order, so translators didn’t have a clue what to start on. Now the modules in damned-lies are grouped in order of priority.

3) When a language is supported — still at 80%, should be fixed.

Previously, for a language to be considered supported, 80% of strings had to be translated. The new proposal is to increase the required percentage of translations, but not to count the strings from less important modules (dev tools and such).

4) Drop docbook from Damned Lies — won’t happen — not a good idea.

Since documentation is moving to the Mallard format, it is almost pointless to translate documentation in the old format, since it will be rewritten anyway. But since we can not know when the day of rewriting will come, the old format will stay available.

5) Use word count instead of strings for statistics — done, kind of.

Word count statistics are more useful to determine the amount of time it will take to translate a module. But coverage is better represented by the number of translated strings. So both statistics are kept.

6) Improve Gtranslator — it’s being rewritten by GSoC student Marcos Chavarria Teijeiro.

7) Improve Damn Lies — not done — I am taking up implementing some features

The task couldn’t be less generic. Damn Lies has lost maintainers. I will try to fix some issues with it and hopefully will get to know the code well enough to be able to maintain it.

8) Determine when language team is inactive — not done yet.

9) Regular IRC meetings — should be reimplemented — to be organized by Gabor (?)

The i18n team should meet once a month to check up on progress.

10) Outreach — won’t happen — lack of possible mentors.

Participate in GSoC, GOPW and other such outreach programs for i18n infrastructure.

11) Tutorial for adding a new language code to glibc — should be done — Rudolfs is responsible.

Getting language support for GNOME is dependent on glibc support, therefore adding a language to it must be documented.

12) Define the responsibilities of coordinators — should be done.

The i18n team has coordinators, but they don’t have defined responsibilities.

Posted in Uncategorized | Tagged , | Leave a comment

Vai apvērsums var būt demokrātisks?

Jūlija sākumā Ēģiptē notikušais apvērsums ir izraisījis apjukumu politikas komentētāju prātos, kas mēģina saprast, kā tas var būt, ka demokrātiska režīma gāšana un diktatūras ieviešana kaut kādā mērā laba lieta. Ir redzams, ka daudzas rietumu valdības nesteidz šo notikumu nosodīt. Kāpēc tā?

Vienkārši izsakoties, tā ir pilsoņu iespēja vienlīdzīgi piedalīties politiskajā procesā. Vēlēšanās mēs balsojam pilnīgi vienlīdzīgi, tātad vienkārša balsošana un tās rezultāts ir pilnīgi demokrātiska? Ne īsti.

Vēlēšanu rezultātā pie varas nonāk vairākums, kas nozīmē, ka vairākums ir vienlīdzīgāks par mazākumu. Labs piemērs ir segregācijas politika ASV.

Tāpēc demokrātijai ir ne tikai procedurālā daļa (brīvas vēlēšanas), bet arī iznākuma daļa, kas ir viedokļu vienlīdzība, cilvēktiesības un minoritāšu tiesības. Nereti gadās, ka demokrātiski ievēlēts valsts vadītājs vajā opozīciju, apspiež mazākumu, krāpjas nākamajās vēlēšanās, ko mēs nesauktu par demokrātisku procesu, lai arī no [vismaz pirmo] vēlēšanu viedokļa viss ir kārtībā. Sanāk, ka demokrātiska procedūra ir novedusi pie nedemokrātiska rezultāta. Pusei no Latvijas kaimiņiem ir šāda situācija.

Atgriežoties pie Ēģiptes apvērsuma. Mursi vadītajai valdībai bija problēmas gan ievērot tiesiskumu, preses brīvību, gan mēģinājumi apspiest opozīciju. Ja militārā hunta tur savu vārdu un gada laikā sarīko vēlēšanas un līdz tam ievēro iedzīvotāju tiesības un intereses, vai tik nesanāk, ka apvērsuma iznākums ir demokrātiskāks par iepriekšējām vēlēšanām?

Posted in Uncategorized | Tagged , , | Leave a comment

GSoC final report on Lockdown

So, the GSoC is over. During the summer the project changed form the initial vision quite a bit. Instead of  being a simple standalone profile editor, the lockdown solution I’ve been working on requires some changes in:

  • Accountsservice, where the changes are in gitorious for now.
    Status — everything seems to be working, except role path validation.
  • Gnome control center (code tarball), where I did the work on the older version that ships with Ubuntu 12.04.
    Status — as of this moment unusable. Setting and getting lockdown profiles for existing users is there, but creating a new user with profile is not functional and some polish is needed for smooth UX.
  • The lockdown editor itself (code tarball).
    Status — Totally unusable. Very early prototype.

As a GSoC project it would be hard to call it a success. The main item — the lockdown editor itself — did not materialize.

Pitfalls during the project

  • Knowing  a programming language doesn’t help much if you don’t know the libraries. I thought I knew data structures in C, but glibc has its own ideas about everything and this was a new thing to learn.
    Solution — get to know the environment before taking up the task.
  • Moving targets. At the beginning of this project, there was just the lockdown editor, now it is a lockdown delivery system, where the editor itself is not really that important. It is hard to stick with a floating schedule.
    Solution — before making a proposal, talk with interested parties and find out what they want.
  • Exams and GSoC don’t blend well. One month of the GSoC period was wasted in exams.
    Solution — start working on the project before the GSoC even starts to get some breathing space.
  • Working with the cutting edge cuts badly. During the project several times I tried to get gnome-control-center to compile with jhbuild. Most of the time it failed to compile (to get to g-c-c, about 100 modules must be compiled beforehand). The only time it did compile, it crashed and burned.
    Solution — if you are not an expert in the environment, don’t work with master.

In short — don’t just jump in with proposal in the last minute. It will hurt.

Interesting things I learned

  • GOTO statements are OK in some situations.
  • Code comments are not really necessary. Just read the code and an epiphany will hit you. </sarcasm>
  • Sometimes pre-existing code is like math — you don’t understand it, you just get used to it.

Future perspective

For this all to have any meaning at all, these things have to happen:

  • distributions must ship with the new accountsservice, which is not even merged upstream (quite likely to happen);
  • changes made in g-c-c must be merged in master (should be possible with some pain);
  • gdm should support all this lockdown sorcery  (yes, I didn’t mention gdm before, but someone will have to code the support for all this);
  • distributions should have the these packages included (like Ubuntu, which just loves to ship the latest gdm. Or was it lightdm? Oh my!</sarcasm>).

In short, these changes will most likely not see daylight in the next round of distribution releases.

Conclusion

By normal project criteria, my project has failed, but in its new form it seems more useful than at the beginning. It is behind schedule, but I expect this to be working as intended in the 3.8 GNOME release.

Posted in Uncategorized | Tagged , , , | 2 Comments

Progress on GNOME lockdown #5

During the last GUADEC the vision on lockdown editor specifics got quite clear:

  1. The information about which user has which profile is stored in AccountsService. The newest changes are found in forked repository. It allows basic reading and writing of profile information.
  2. I previously hacked gnome-control-center to support different user roles. At the time the back-end wasn’t decided yet, so I now I will update it to get data from AccountsService. This time I hope to get g-c-c to compile with jhbuild.
  3. The profiles themselves will be in keyfile format, so they should be easily editable by hand. This should make the lockdown usable even before the lockdown editor itself is made.
Posted in Uncategorized | Tagged , , , | Leave a comment