Przejdź do zawartości

Wikipedysta:Maleed/brudnopis: Różnice pomiędzy wersjami

Z Wikipedii, wolnej encyklopedii
Usunięta treść Dodana treść
Linia 9: Linia 9:
= Plany zmian konkretnych =
= Plany zmian konkretnych =


*Elastic search - trochę drobnych uzupełnień: podział artykułu na podsekcje, dodanie informacji o skalowalności itp, danie przykładów zastosowań.
*Elastic search - trochę drobnych uzupełnień:
**podział artykułu na podsekcje,
**dodanie informacji o skalowalności itp,
**danie przykładów zastosowań.
**Poprawienie referencji - można też dodać ze 2-3 inne, 'obiektywne' (np. "Relevant search": https://www.manning.com/books/relevant-search?query=Relevant%20Search:%20With%20applications%20for%20Solr%20and%20Elasticsearch)
*[[Mbox]]
*[[Mbox]]
*[[Programowanie ekstremalne]] - dodać odniesienie do literatury.
*[[Programowanie ekstremalne]] - dodać odniesienie do literatury.

Wersja z 11:49, 3 lut 2020

TODO

Zacząć już wygaszać te rzeczy wypisane poniżej

  • Zebrać zacytowane artykuły w formie Zotero oraz innej - Wikipedycznej.
  • To co mam do napisania - spisać możliwie szybko lub usunąć z listy
  • Skupić się na ontologiach, semantycznym Webie a potem M2M, oneM2M i IoT. Świata nie naprawię.
Tu się przyda zebrać trochę publikacji z bazy danych EndNote ze starego laptopa
  • Co jakiś czas zrobić jakieś kluczowe uzupełnienie, definicję i referencje.

Plany zmian konkretnych

Większe zmiany - informatyka

- Jak w ogóle sensownie nazywać języki takie jak C, C++, pascal? Kompilowane? A te inne interpretowane?

  • Biblioteka statyczna i biblioteka dynamiczna.
  • Ciągła_integracja - artykuł jest obecnie dosyć słaby; zebrać listę z Fowlera, wylistować. Muszę mieć to z 1-2 dobre referencje (może te polskie gdzieś zebrać?). Moze te:
  • Oprogramowanie pośredniczące - duzo syfu jest do popr., w sumie mogę użyć własnych prezentacji nt. middleware'u np. z wykładu "OPPiT", mam na pewno też trochę pozycji literaturowych i innych.
  • RPC: rozbić na "generyczny RPC" oraz na Sunowy "Open_Network_Computing_Remote_Procedure_Call"
  • Zgłosić gdzieś buga do infoboksa Oprogramowanie Dyskusja wikiprojektu:Infoboksy
  • Komputer zerowej generacji - tutaj przyda się odniesienie do pozycji literaturowej, np. do posiadanem przeze mnie "The Essentials of Computer Organization" Linda Null and Julia Lobur. W tym przypadku artykuł można zacytować również w następujących artykułach:
  • https://en.wikipedia.org/wiki/MapReduce
  • Biblioteka: Trochę więcej pomysłów - niżej (w szczególności odejść od bibliotek języków kompilowanych - C, C++). Powołać się na definicję ze SWEBOK-a[1][2]:
    • "A software library is a controlled collection of software and related documentation designed to aid in software development, use, or maintenance [1]. (...)"[3]
    • Kategoryzacja: Najpierw wstęp, że podział może być wg różnych cech. Tradycyjny podział dla bibliotek języków kompilowanych, w których generowany jest kod maszynowy dla procesora to albo wszystko wrzucamy razem do pliku, albo korzystamy w czegoś zewnętrznego.
      • Standardowe vs. niestandardowe (opcjonalne/dodatkowe)
      • Publiczne vs. prywatne
      • Dostępna z sieci (np. Google CDN - content delivery network) vs. niezbędna do zainstaloania lokalnie
      • Z zamkniętym źródłem vs. z otwartymi źródłami
      • Bezpłatne vs. płatne
      • Zoptymalizowana/zobsfukowana vs. nieruszona vs. przeznaczona do debuggowania
  • Oprogramowanie - tu warto parę rzeczy poprawić. Przygotować warto listę bibliografii, które gdzieś cytuję. Wrzucić to na swoją stronę. W jakimś formacie.
  • Informatyka i Historia informatyki - dosyć słabe artykuły, które mogłoby mocno skorzystać na moich cytatach ze SWEBOK-a i antologii Murawskiego.
  • BCPL - artykuł można podkręcić - oprócz zwykłych poprawek (cudzysłów itp.), przydałoby się odniesienie do literatury oraz poprawki wielu nieencyklopedycznych stwierdzeń
  • Tu mam 1-2 dobre artykuły z antologii R. Murawskiego (Roman Murawski: „Filozofia Informatyki. Antologia”, WN UAM, Poznań 2014) można zacytować kilka pozycji (poniżej):
    • A. Newell, H.A. Simon: „Informatyka jako nauka empiryczna”
    • D.E. Knuth: „Informatyka i jej związek z matematyką”
    • S.S. Shapiro: „Informatyka: badanie procedur”
    • F.P. Brooks, Jr.: „Informatyk jako wytwórca narzędzi”
    • P.D. Denning: „Co to jest informatyka?”
    • J. Hartmanis, H. Lin: „Czym jest informatyka?”
    • J.R. Searle: „Czy mózg jest komputerem cyfrowym?”
    • P. J. Hayes: „Co to jest komputer? Dyskusja elektroniczna”
    • (...)
    • T. R. Colburn: „Oprogramowanie, abstrakcja, ontologia”
    • J.H. Moor: „Trzy mity informatyki”
    • P. Suber: „Co to jest oprogramowanie”
    • (...)
    • A. H. Eden: „Trzy paradygmaty informatyki” (tytuł oryg.: Three paradigms of computer science), Minds and Machines, 17, s. 135-167, 2007
  • Amazon.com - poszerzyć trochę informacje o biznesach robionych przez Amazon a także dodać odniesienie do AWS-u, cloud-a itp.
  • DSSSL - odniesienie do Scheme'a i lispa, dodanie referencji.

WebAPI

  • Dodatkowo - API związane z instytucjami badawczymi (OECD?) itp.
Wydaje się ważne w rozwoju otwartego społeczeństwa itp.

Techniczna realizacja i wybrane zagadnienia Web Services (SOAP)

Zagadnienie - gdzie i co robi? Podejścia - jakiś punkt centralny, jakieś repozytoria usług, struktura itp. Semantic Web services, wyszukiwanie automatyczne

Nowe paradygmaty Odwołanie się do realizacji Web 2.0, w którym korzysta z tego maszyna. M2M można podać.

API first!! TODO: publiczne vs. prywatne? Normalizacja, ujednolicenie, promocja

Bardzo ciekawe i dobre:

- https://www.openapis.org/ (a tu na githubie: https://github.com/OAI/OpenAPI-Specification/blob/master/versions/3.0.2.md, https://github.com/OAI/OpenAPI-Specification)

TODO: można dodać jako przykład wiki API + test (brudnopis)

more research

- serwisy miejskie - opisac ten bih i inne serwisy miejskie

brudnopis: fakty i dane

  1. linki do APIs na stronach Wikiedii:

§ Google maps: Mapy Google#Mapy Google API § Facebook - Facebook#Facebook dla programistów § Twitter (gdy już dodam) § AccuWeather - w ogóle nie ma, więc możnaby DODAC ARTYKUŁ A W NIM PODSTRONĘ "API". Dobrze mi zrobi taki pierdołowaty artykuł - tłumaczenie z Englisha.

  • Zrobić też uzupełnienie o serwisy publiczne: miejskie - dać przykład API związane z danymi publicznymi (np. serwisami warszawskimi) -http://www.bihapi.pl
  • ((ten § mówi o tym samym - można go przekopiować do atrykułu o Web APIs: "To społeczność stworzyła pierwsze aplikacja - poza interfejsem webowym, a nie firma Twitter"[1] )).

Literatura

- no i oczywiście referencje z tychże..

API

Lepsze pouładanie: z uwględnieniem zupełnie innych typów bibliotek.

Powołanie się na SWEBOK (jako: P. Bourque and R.E. Fairley, eds., Guide to the Software Engineering Body of Knowledge, Version 3.0, IEEE Computer Society, 2014; www.swebok.org.[1])

https://pl.wikipedia.org/wiki/Interfejs_programowania_aplikacji :

Być może tu: https://en.wikipedia.org/wiki/Overview_of_RESTful_API_Description_Languages

Inne przykłady:

- Java Platform SDK,

- Windows .NET Framework,

https://pl.wikipedia.org/w/index.php?title=.Net_Framework&stable=0#.NET_jako_rozwi%C4%85zanie_problem%C3%B3w_z_API - coś tu można odnieść

- jQuery for JavaScript,

- Web services like Google Maps

- API przeglądarki (do pluginów)

- API HTML5

- API dla kart SIM (secure element): https://simalliance.org/wp-content/uploads/2015/03/SIMalliance_OpenMobileAPI_v3_2.pdf

API: wersjonowanie, restrukrualizacja

Bibliografia:


.NET framework - jest do mocnego przepisania - wiele słabych wtrętów Roy_Fielding:

Można dodać stronę dla tego faceta (odwołanie się do https://en.wikipedia.org/wiki/Roy_Fielding - no i jego doktoratu oczywiście) - twórca REST-a, współtwórca HTTP).


Uzupełnić Web_2.0:

- dodanie dobrych referencji w kluczowych stwierdzeniach

- dodanie rozdziału 'przyszłość'

REST

Ficzery REST-a - uporządkować na podst. doktoratu Fieldinga:

Stąd można kilka fajnych ficzerów wyciągnąć (client-server, stateless, ...): https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm

HATEOAS itp.

Na postawie pozycji "interfejsy api" warto będzie opisać czym jest HATEOAS a także przytoczyć, że podejściem częstym jest pragmatic REST

Nazwa (REST), dyskusja co się za nią kryje (np. za https://stackoverflow.com/questions/4603653/what-does-state-transfer-in-representational-state-transfer-rest-refer-to):An object has attributes (or state) and behaviors (or methods).

If I want to move an object from my desktop to a server I have to do the following:

  1. Create a representation of the state of the object.
  2. Transfer that representation from the desktop to the server.

The methods I don't transfer. I install the same class definition on both machines.

So, REST is about creating a representation of the object's current state so it can be transferred to another server from which the object can be reconstructed.

(To warto sensownie przetłumaczyć na polski jakoś):

Definicja API - w jaki sposób:

Może też tu: https://en.wikipedia.org/wiki/Overview_of_RESTful_API_Description_Languages - się przydać ta tabela (Swagger i inne)

Biblioteka standardowa

  • biblioteka standardowa - zdefiniować czym jest taka biblioteka. API może nawet ważniejsze niż sama jej implementacja, bo zwiąksza przenośność; dodać odniesienie do książki o bibliotece standardowej w Pythonie, ale zrobić to może w kontekście tego co biblioteki standardowe zawierają, np. libxml2
  • Dodanie odniesienia do "biblioteki standardowej" - a zarówno tu jak i w bibliotece standardowej odniesienie do https://pl.python.org/docs/lib/lib.html
    • przyklad: python (ref), ruby (ref), C (ref), Android (API level)
  • powiedzieć różnych wersjach biblioteki standardowej - C99, C89 (i wstarcie przez kompilatory)

Inne

HATEOAS

  • Cytaty do Androida: Monika Bazard, Sonia Bhardwaj, “Overview on Android – The New Mobile Operating System”, SGI Reflections - International Journal of Science, Technology and Management.

In: Android's Dominance over Windows in Smartphones. Available from: https://www.researchgate.net/publication/321603706_Android's_Dominance_over_Windows_in_Smartphones [accessed Jun 07 2019].

  • SOAP - jakieś powołanie się na artykuły, ile mamy implementacji protokołu SOAP a ile REST?
  • Web Ontology Language - mało danych, szczególnie o późniejszych pracach. Można dać jakiś przegląd zastosowań OWL-a

Dodać odniesienia do źródeł. M.in. nie prawdą jest, że "przez UNIX 98, Single UNIX Specification, POSIX (1c, 1d i 1j) oraz część funkcjonalności wymaganej przez normę ISO C99". Raczej prawdą jest to: "to be a backwards compatible, portable, and high performance ISO C library. It aims to follow all relevant standards including ISO C11, POSIX.1-2008, and IEEE 754-2008."

Źródła poniżej

  • COBOL - dodanie źródeł, jakiejś historii; prawdopodbnie niedobra pisownia. No i kosmetyka.

Większe zmiany - telekomunikacja

  • TODO: zebrać listę rzeczy które chciałbym sprawdzić w jakichś klasykach
  • Broadcast - zjebana kompletnie definicja; dodatkowo nic o broadcaście w sieciach, w radio itp.
  • SOA: Architektura_zorientowana_na_usługi: problemy: nieistniejące przypisy lub brak przypisów, możnaby dodać kilka przykładów i jakiś obrazek.
  • Sieć przywoławcza - to można by jakoś trochę rozwinąć, ale muszę mieć książkę Wesołowskiego (System. Komunikacji Ruchomej)
  • Standardy + Manifesty + Książki + Jakiś artykuł by się przydał
    •   "Service-Oriented Architecture Standards - The Open Group". www.opengroup.org.
    • ^ "What Is SOA?". www.opengroup.org. Archived from the original on August 19, 2016. Retrieved September 21, 2016.
    • SOA manifesto
    • Michael Bell (2008). "Introduction to Service-Oriented Modeling". Service-Oriented Modeling: Service Analysis, Design, and Architecture. Wiley & Sons. p. 3. ISBN 978-0-470-14111-3.
    • Christoph Schroth & Till Janner (2007). "Web 2.0 and SOA: Converging Concepts Enabling the Internet of Services". IT Professional 9 (2007), Nr. 3, pp. 36–41, IEEE Computer Society.
    • https://ieeexplore.ieee.org/document/6299375 (A Survey on Service Contract)
  • Nawigacja_satelitarna - ten artykuł warto będzie wziąć na warsztat
  • Indian_Regional_Navigation_Satellite_System - podać przykład jako "regional"
  • Orbita geosynchroniczna - odniesienie w przypadku - japońskiego systemu oraz indyjskiego. A jak się nazywają orbity globalne?
  • Compass/Beidou-1 - satelity geostacjonarne, pierwsza generacja (do historii?
  • Przepływność - odniesienie do klasyka. Tu przyda mi się wizyta w bibliotece PW/EiTi/Telekom
  • Interesujące rzeczy do zacytowania:
  • Pomiar gęstości mocy:
    • [1] Guidelines for limiting exposure to time‐varying electric, magnetic and electromagnetic fields (up to 300 GHz), Wytyczne ICNIRP i WHO.
    • [2] Council Recommendation of 12 July 1999 on the limitation of exposure of the general public to electromagnetic fields (0 Hz to 300 GHz), Zalecenia Rady Europejskiej 1999/519/EC.
    • [3] Comparison of international policies on electromagnetic fields (power frequency and radiofrequency fields), 2018.
    • [4] Ustawa z dnia 27 kwietnia 2001 r. – Prawo ochrony środowiska (Dz. U. z 2017 r. poz. 519).
    • [5] Ustawa z dnia 20 lipca 1991 r. o Inspekcji Ochrony Środowiska (Dz. U. z 2016 r. poz. 1688).
    • [6] Ustawa z dnia 3 października 2008 r. o udostępnianiu informacji o środowisku i jego ochronie, udziale społeczeństwa w ochronie środowiska oraz o ocenach oddziaływania na środowisko (Dz. U. z 2017 r. poz. 1405).
    • [7] Rozporządzenie Ministra Środowiska z dnia 30 października 2003 r. w sprawie dopuszczalnych poziomów pól elektromagnetycznych w środowisku oraz sposobów sprawdzania dotrzymania tych poziomów (Dz. U. poz. 1883).
    • [8] Rozporządzenie Ministra Środowiska z dnia 2 lipca 2010 r. w sprawie zgłoszenia instalacji wytwarzających pola elektromagnetyczne.
    • [9] Rozporządzenie Ministra Środowiska z dnia 2 lipca 2010 r. w sprawie rodzajów instalacji, których eksploatacja wymaga zgłoszenia.

Inspirować można się np. tym kolegą: Wikipedysta:Pan Camel

Większe zmiany - IoT, M2M, CPS

Artykuły, pozycję książkowe na które można się powoływać:

https://portal.pti.org.pl/dzialania/publikacje/

Może też PAN coś ma informatycznego / telekomunikacyjnego

Inne

  • Bibliografia - dodać rzeczy od Pitery, być może nawet dodamy coś z innych książeczek.

Plany nowych artykułów

<span class="Z3988"
   title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=
   info%3Asid%2Fdev.livingreviews.org%3AePubTk&rft.aulast=Frolov&rft.volume=71&rft.d
   ate=2005&rft.jtitle=Phys.+Rev.+D&rft.atitle=On+one-loop+correction+to+energy+of+spinn
   ing+strings+in+S%285%29&rft.genre=article&rft.pages=026006&rft.auinit=S.A."> 

</span>

Może kiedyś

  • Fork - pierdoły do poprawienia
    • Przy rozbiciu forka na 2 artykuły, będzie trzeba poupdate'ować linki do niego. M.in. te:
      • Cygwin
      • Artykuły z katalogu "Knowledge base/SOFTWARE/forks" - przynajmniej 2 są dobre. Chyba są i takie dotyczące funkcji systemowych i takie dotyczące rozwoju oprogramownia.
  • Wrapper - dodać obrazek wrappera wraz z API
  • https://en.wikipedia.org/wiki/Talk:GNU_Radio - teraz mogę poprawić samemu

Do wrzucenia na stronę usera

  • Lista moich tematów i mocnych modyfikacji
  • Lista rzeczy - jak pisać, jak odmieniać, pewne słowa proponować itp. itd
    • web, Internet, webowy, API, interfejs API itp.

Użyteczności do modyfiowania Wikipedii

Szablony

  • {{w języku|en|English text}}
  • {{W języku|fr|Merci}}
  • {{fakt|coścoś|data}} np.: Oprócz tego jest ceniony za wypromowanie wcześniej niedocenianych funkcji i wprowadzenie ich do powszechnie stosowanych praktyk.[potrzebny przypis]

A uwagi można robić tak ref group="uwaga"[a]

Infoboksy

  • Opis zlecenia Szablon:Oprogramowanie infobox pobiera numer aktualnej wersji stabilnej oprogramowania z Wikidata, jeśli:
    • dany program ma wpis na Wikidata, i
    • parametr {{{wersja stabilna}}} nie zawiera żadnej wartości.

Dobre praktyki

Linki do zasobów

Wikipedysta:Stok

Wikipedysta:Cybularny

Wikipedysta:Hektor Absurdus

Wikipedysta:Jarosław Zieliński (nie żyje)

Wikipedysta:Tomasz Raburski


Pauza i półpauza - warto się posiłkować (też artykułem Dywiz)

Przetrzymywanie bibliografii

(to jeszcze niezbyt dojrzałe)

Warto przejrzeć narzędzia, które mogą być użyteczne:

Jak korzystać z personalizacji jest tu:

Pomoc:Personalizacja - porady dla zaawansowanych

  • Chyba mam własny skrypt, który generuje mi ładnie bibliografie na podstawie BibTexa. Oparty o wypociny Kaliguli.
Wikipedia/skrypty/tranformacja.html.

Oto wynik dla SWEBOKA[5]. Hmm, jak widać skrypt jest dosyć zjebany. Ale jeśli źródło bibtexa jest odpowiedno sformatowane[6] - to mamy coś takiego:[7]. Ciągle to nie to bo powinno być bardziej coś takiego[8] (ciągle mamy pismo zamiast book i brak cytuj). Ogólnie, coś tam generuje, ale trzeba ręcznie poprawiać, uważać i widać, że ktoś zrobił na szybko bez pomyślunku, tylko na journały.

Praca Turinga w formacie cytuj[9]

  • Procedura dla książek, gdy znamy ISBN:
ISBN -> http://www.ottobib.com/ -> bibtext/wikipedia(en) -> http://tools.wikimedia.pl/~malarz_pl/cgi-bin/convert.pl -> wikipedia(pl)
Przykład dla SWEBOK[10]
  • Procedura gdy mamy dobrego bibtexa:
?
Może tu warto byłoby napisać własnego toola: https://bibtexparser.readthedocs.io/en/master/ - w oparciu o bibliotekę bib do Pythona. Rzygałbym wówczas polskimi wersjami Wikipedii i ruszyłbym z kopyta. Pomysł na większego toola: W sumie bibliografie mogą stanowić bardzo ciekawą bazę wiedzy, szczególnie jeśli połączyłbym je jakoś tematycznie.
Alternatywnie mogę zmodyfikować skrypt Kaliguli Wikipedysta:Kaligula/js/citejournal.js na swoje potrzeby (tylko bibtex).
  • Procedura gdy mam DOI-a (a zawsze warto mieć dla żurnala):
DOI -> https://reftag.appspot.com/doiweb.py -> wikipedia (en) -> covert.pl -> wikipedia(pl)
Przykład dla artykułu z SIMS[11]

Interpunkcja

–|[„«’°←→¹¹²³»”]„”

Jakie stosować rozwiązania na hasła

Przypadek 1. Akronim angielski (lub inny obcy)

  • <AKRONIM> (od ang. <ROZWINIĘCIE>, pol. <TŁUMACZENIE>)
  • Przykłady
    • CDMA (od ang. code-division multiple access)
    • WCDMA (wideband code-division multiple access)
    • Lidar (od angielskiego akronimu LIDAR, utworzonego od wyrażenia: Light Detection and Ranging)
    • Nazwa „sonar” jest ang. akronimem pochodzącym od wyrażenia „SOund Navigation And Ranging” („nawigacja dźwiękowa i pomiar odległości”)
    • WYSIWYG (wym. /ˈwɪziwɪɡ/ ( odsłuchaj); ang. what you see is what you get) – akronim stosowany w informatyce dla
    • SGSN - (ang. Serving GPRS Support Node)

Przypadek 2. Termin angielski (lub inny obcy)

  • Przykłady:
    • Hasło: "Universal Mobile Telecommunications System", początek opisu: Uniwersalny System Telekomunikacji Ruchomej[1] (ang. Universal Mobile Telecommunications System, UMTS) (...)
    • Hasło: "High-Speed Downlink Packet Access", początek opisu: High-Speed Downlink Packet Access, HSDPA – technika (...)
    • Hasło: "Savoir-vivre", początek opisu: Savoir-vivre (fr. savoir – wiedzieć, vivre – żyć; „znajomość życia”) (...)
    • Hasło: "A priori": początek opisu: A priori (łac. „z góry”, „uprzedzając fakty”, „z założenia”)

Przypadek 3. Termin polski, który ma dobrze udokumentowany i powszechnie stosowany odpowiednik angielski

  • Przykłady:

Przypadek 4. Termin polski, który ma dobrze udokumentowany i powszechnie stosowany akronim angielski

  • Przykłady:
    • Dioda elektroluminescencyjna, dioda świecąca, dioda emitująca światło, LED (od ang. light-emitting diode)
    • Otwarte zasoby edukacyjne (OZE) (ang. Open Educational Resources, OER)



Przypadek 5. Akronim polski

Pytania do bardziej doświadczonych

1) Zasady dot. anglo-zatytułowanych-artykułów, np. machine-to-machine, M2M; w wielu językach przyjmuje się wersję angielską. A jak jest u nas?

2) Narzędzia związane z cytowaniem, zamianą bibtex->WikiEN->WikiPL

- Czy gdzieś jest może baza danych Wiki-articles? Lista dostępnych, zindeksowanych, zapisanych źródeł wiedzy do wikipedii

- Planuję zrobić bazę danych dobrych pozycji literatury informatycznej. Odnosić się do części z nich z wielu stron. Czy obecnie muszę taką referencję wskazywać wielkrotnie?

3) Jak jest z cytowaniem - z samą budową ref-ów? Dobre praktyki? Stron, artykułów. Czy zawsze szablony? Co to daje dla projektu?

Czy można np. jakimś makrem pojechać po wszystkich zacytowanych szablonach?

4) Kod do Szablonów (np. "oprogramowania infobox"). Z kim pogadać, gdzie podjąć dyskusję. Mam wrażenie niezrozumienia działania a też i błędnego działania.

5) Dobre praktyki stosowania wikidata

6) Zasady komunikacji między użytkownikami Wikidata.

7) Jakie podejście do akronimów: może artykuł napiszę? Na pewno warto robić notatki.

*) Dobre praktyki gramatyczno-ortograficzne

Plany dotyczące zbierania wiedzy z Wikipedii

  • Cytowanie piśmiennictwa (i być może też powiązane artykuły)
    • Tu możnaby się zastanowić nad jakąś semantyczną zabawą w grupowanie wspólnych tematyk

Podstrony / ważne brudnopisy

Uwagi

Przypisy

  1. a b P. Bourque and R.E. Fairley, eds., Guide to the Software Engineering Body of Knowledge, Version 3.0, IEEE Computer Society, 2014; www.swebok.org.
  2. @book{IEEEComputerSociety:2014:GSE:2616205, author = {IEEE Computer Society and Bourque, Pierre and Fairley, Richard E.}, title = {Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0}, year = {2014}, isbn = {0769551661, 9780769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, }
  3. Pierre Bourque, Richard E. Fairley: Guide to the software engineering body of knowledge (SWEBOK (R)): Version 3.0. IEEE Computer Society Press, 2014. (ang.).
  4. Li, Li, Tegawendé F. Bissyandé, Haoyu Wang, i Jacques Klein. "CiD: Automating the Detection of API-related Compatibility Issues in Android Apps". W Proceedings of the 27th ACM SIGSOFT International Symposium on Software Testing and Analysis, 153–163. ISSTA 2018. New York, NY, USA: ACM, 2018. https://doi.org/10.1145/3213846.3213857.
  5. pismo | autor = IEEE Computer Society | autor2 = Bourque, Pierre | autor3 = Fairley, Richard E.}, title = {Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0}, year = {2014}, isbn = {0769551661, 9780769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, | tytuł = Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0}, year = {2014}, isbn = {0769551661, 9780769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, | rok = 2014}, isbn = {0769551661, 9780769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, | wydawca = IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, | miejsce = Los Alamitos, CA, USA}, | isbn = 0769551661, 9780769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, | język = EN }}
  6. @book{swebok1, author = {IEEE Computer Society and Bourque, Pierre and Fairley, Richard E.}, title = {Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0}, year = {2014}, isbn = {0769551661}, edition = {3rd}, publisher = {IEEE Computer Society Press}, address = {Los Alamitos, CA, USA}, }
  7. pismo | autor = IEEE Computer Society | autor2 = Bourque, Pierre | autor3 = Fairley, Richard E. | tytuł = Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0 | rok = 2014 | wydawca = IEEE Computer Society Press | miejsce = Los Alamitos, CA, USA | isbn = 0769551661 | język = EN }}
  8. IEEE Computer Society, Bourque, Pierre, Fairley, Richard E.. Guide to the Software Engineering Body of Knowledge (SWEBOK(R)): Version 3.0. , 2014. Los Alamitos, CA, USA: IEEE Computer Society Press. (ang.). 
  9. Turing, Alan M.. On Computable Numbers, with an Application to the Entscheidungsproblem. „Proceedings of the London Mathematical Society”. 2 (42), s. 230--265, 1936. (ang.). 
  10. Pierre Bourque: Guide to the software engineering body of knowledge. Los Alamitos, Calif: IEEE Computer Society, 2014. ISBN 0-7695-5166-1. (ang.).
  11. J. Floch, C. Carrez, P. Cieślak, M. Rój i inni. A comprehensive engineering framework for guaranteeing component compatibility. „Journal of Systems and Software”. 83 (10), s. 1759–1779, 2010. DOI: 10.1016/j.jss.2010.04.075. ISSN 01641212. (ang.).