[…] it is concluded that the proper, primary aim of programming is,
not to produce programs, but to have the programmers build theories of
the manner in which the problems at hand are solved by program execution.
Peter Naur
On the average, five times as many people read the headline as read the body copy.
When you have written your headline, you have spent eighty cents out of your dollar.
— David Ogilvy
- Lewandowska Marta.
Automatyzacja testów aplikacji webowych w modelu Scrum - Małecki Maciej.
Budowanie wydajnych aplikacji webowych - Motel Mateusz.
Technika oplog tailing w aplikacjach Meteor - Plichta Oskar.
Tworzenie przyjaznego interfejsu użytkownika w aplikacjach do udostępniania fotografii - Sott Tomasz.
Budowa i zastosowanie pakietu do automatyzacji powiadomień przez email i portal fb.com we frameworku Meteor - Domurat Szymon.
Budowa gemu z gotowymi metaszablonami do aplikacji Rails wykorzystujący bibliotekę AngularJS - Kwiatkowski Mateusz.
Walidacja w elektronicznym systemie zarządzania osiągnięciami studenta - Matulewski Damian.
Wykorzystanie kontenerów Docker w laboratoriach Instytutu Informatyki - Motławski Mateusz.
Zastosowanie elementów Polymer UI w aplikacjach Meteor
Another trait, it took me a while to notice. I noticed the following facts about people who work with the door open or the door closed. I notice that if you have the door to your office closed, you get more work done today and tomorrow, and you are more productive than most. But 10 years later somehow you don't know quite know what problems are worth working on; all the hard work you do is sort of tangential in importance. He who works with the door open gets all kinds of interruptions, but he also occasionally gets clues as to what the world is and what might be important. Now I cannot prove the cause and effect sequence because you might say, “The closed door is symbolic of a closed mind.” I don't know. But I can say there is a pretty good correlation between those who work with the doors open and those who ultimately do important things, although people who work with doors closed often work harder. Somehow they seem to work on slightly the wrong thing – not much, but enough that they miss fame.
— Richard Hamming. You and Your Research
- Michael Nielsen. Reinventing explanation.
- Creativity is not a team sport – Vincent Walsh, Prof. Neuroscience UCL (interview).
- Emoji Cheat Sheet 😍, 👌, 🪲, 💎.
… i na wszelki wypadek:
-
Telefoniczna Poradnia Językowa UG: 58 523-20-25, dni powszednie w godz. 13.00–14.30. Wydział Filologiczny UG, Gdańsk Oliwia, ul. Wita Stwosza 55, pok. nr 3.52.
-
Wiszące spójniki – nazwa błędu składu tekstu polegającego na pozostawieniu na końcu wersu osamotnionego spójnika lub przyimka, na przykład a, i, o, u, w, z.
Wielki słownik ortograficzny: Jednoliterowe spójniki i przyimki (a, i, u, w itd.) mogą pozostawać na końcu wiersza w tekście ciągłym, natomiast w tytułach książek i ich rozdziałów winny być przenoszone do następnego wiersza. -
Kreski poziome: łącznik i dywiz (-), półpauza (–), pauza (—). Przykłady użycia: pauza — to najdłuższa kreska w typografii, półpauza – to „pół” pauzy, lata 2009–2010, s. 1–3, t. I–II, biało-czerwony, czary-mary, Gdańsk-Osowa.
-
Polskie cudzysłowy: „Mam nadzieję, że właśnie ta praca magisterska jest »wyjątkowa«”.
- Nazwy pochodzące z języka angielskiego piszemy kursywą.
W dawnych czasach, kiedy nie było kursywy pisano tak:
wbudowana klasa „InternetAddress”
Teraz piszemy tylko tak:
wbudowana klasa InternetAddress - W przypadku długich nazw w języku angielskim, takich jak Service Oriented Architecture, nazwę należy przetłumaczyć w przypisie dolnym. Można w nim zapisać skrót od nazwy (w tym wypadku SOA) i w dalszej części pracy posługiwać się już tylko skrótem.
- Odmieniając wyrazy pochodzące z innego języka niż polski które kończą się na niewymawianą literę piszemy z apostrofem. Dla przykładu: Verne, Verne'a.
- Powyższa zasada nie obowiązuje w przypadku nazw języków programowania.
Nazw języków programowania nie odmieniamy. Według Wielkiego słownika
ortograficznego PWN (2010), który ma charakter normatywny, słowo
Java jest nieodmienne.
Jest to wyznacznik dla innych języków programowania takich jak Ruby,
Python, Scala. Odmianę taką zastosowano w celu odróżnienia od
odmiany nazwisk.
Poprawna odmiana:
M. język Java
D. języka Java - Nazw frameworków podobnie jak nazw języków nie odmieniamy.
Poprawną wersją zapisu w pracy magisterskiej jest framework
Meteor, framework AngularJS, framework Ember.js, platforma Node.js.
Odmiany w Meteorze, w Angularze itd. są dopuszczalne
w mowie potocznej.
Poprawna odmiana:
M. framework Meteor
D. frameworka Meteor - AngularJS, Node.js, Meteor itd piszemy kursywą. Są to nazwy własne pochodzące z języka angielskiego.
1. „Junior” po nazwisku. Na stronie Rady Języka Polskiego jest wyjaśnione, że w Polsce np. na wizytówce zapisze się Adam XXX jun. albo Adam XXX jr (uwaga: jr bez kropki na końcu), a w USA – Adam XXX Jr. (duże J i kropka na końcu).
W naszych bibliografiach będzie zawsze Jr.
Do tej pory nie widziałem na polskich stronach autora juniora
Opracowano na podstawie Praca Magisterska – Internetowy Poradnik.
- musi precyzyjnie określać to, co znajduje się w pracy magisterskiej
- w tytule unikamy pojęć wieloznacznych
- nie powinien być zbyt ogólny
Streszczenie (0,5 strony):
- powinno zawierać omówienie głównych tez pracy magisterskiej, celów jakie autor sobie postawił
- powinno zawierać informację czy udało się je zrealizować
- należy także napisać jakimi metodami, technologiami się posłużono i jakie to przyniosło efekty
Wprowadzenie/Wstęp (2-3 strony):
- jak nazwa wskazuje, ma wprowadzać w obszar problemowy pracy
- powinno przedstawiać ogólne uwarunkowania problemu oraz opisać go w kontekście
- powinno zawierać powód dlaczego poruszyło się taki temat
- należy odnieść się do dorobku innych