BEKK Open - Latest Comments

Re: BEKK Open

Almaric — Thu, 22 Mar 2018 09:05:19 -0000

Hello, Thanks a lot for this tutorial ! Awesome !
But how to add trees and real mountains in 3D on the planet ?
Best regards

Re: BEKK Open | Kotlin for dsl

surretull — Wed, 21 Feb 2018 15:58:05 -0000

Jøsses. COBOL reborn gitt :-)

Re: BEKK Open

Cezary Piątek — Sun, 14 Jan 2018 05:06:09 -0000

I've create a meta runner based on this blog post. I've refactored it, fixed some issues and added few features. I tested it on TeamCity 2017.2 and it works fine. This meta runner can be found on my github https://github.com/cezarypi...

Re: BEKK Open

Hrishikesh Khatavkar — Wed, 13 Dec 2017 08:16:30 -0000

I am getting below error version 2017.2.

Exception calling "GetResponse" with "0" argument(s): "Unable to connect to the remote server"
At C:\Users\\Documents\ReleaseNotes.ps1:34 char:1
+ $xml = [xml](new-object System.IO.StreamReader $request.GetResponse() ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (:) [], MethodInvocationException
+ FullyQualifiedErrorId : WebException

Select-Xml : Cannot validate argument on parameter 'Xml'. The argument is null or empty. Provide an argument that is
not null or empty, and then try the command again.
At C:\Users\Documents\ReleaseNotes.ps1:37 char:54
+ $changelog = Microsoft.PowerShell.Utility\Select-Xml $xml -XPath "/ch ...
+ ~~~~
+ CategoryInfo : InvalidData: (:) [Select-Xml], ParameterBindingValidationException
+ FullyQualifiedErrorId : ParameterArgumentValidationError,Microsoft.PowerShell.Commands.SelectXmlCommand

Re: BEKK Open | Why you should stop using git rebase

Keynan — Thu, 21 Sep 2017 00:07:11 -0000

Yes, you seem to have it right. squashing means each commit is a complete unit of work, i.e. without superfluous delta. It is the minimum code needed to accomplish a task.

As for debugging..... You shouldn't need to, so it doesn't make sense to optimize for. If you're doing sufficient (automated) testing then you should almost never need to debug. Admittedly depending on your environment this may be beyond your control.

Re: BEKK Open | Why you should stop using git rebase

Fredrik V. Mørken — Wed, 20 Sep 2017 13:24:22 -0000

To make sure I understand, are you proposing the following workflow?
- Create a feature branch
- Make several commits to feature
- Squash all commits via interactive rebase
- Rebase feature onto master
- Fast forward merge feature to master

I have never seen the appeal of squashing, but as my article implies, I usually optimize my history for debugging, not to tell a specific story.

Re: Cumulative Flow Diagrams with Google Spreadsheets

Rafaela Cavalcante — Tue, 19 Sep 2017 17:32:05 -0000

Thanks for sharing!

Re: BEKK Open | Why you should stop using git rebase

Amezick — Mon, 18 Sep 2017 14:09:44 -0000

Shared branches are the real danger with rebasing: https://medium.freecodecamp...

Re: BEKK Open | Why you should stop using git rebase

Keynan — Mon, 18 Sep 2017 04:34:47 -0000

You're using rebase wrong. At the completion of a rebase operation you should have added exactly 1 commit to master. You do this via squash. If you truely believe your branch should have multiple commits that's fine but now your using branches wrong. Each change should be small, consider and complete. If that isn't the case bisect won't work, if it is rebasing is safe your just not doing it often enough. Start squashing.

Re: Cumulative Flow Diagrams with Google Spreadsheets

Laurie Bondy — Thu, 03 Aug 2017 15:37:57 -0000

Great article! I am unsure what LT Upper is calculating. Can you explain what "BELOW BACKLOG" and "LT UPPER" are in the spreadsheet?

Re: BEKK Open

Timm Krause — Thu, 29 Jun 2017 07:31:56 -0000

The lines

$request.Headers.Add("AUTHORIZATION", "$authToken");

need to be changed to

$request.Headers.Add("AUTHORIZATION", "Basic $authToken");

when using TeamCity 10.x (2017.x). Found the solution on https://stackoverflow.com/q....

Re: BEKK Open

Fabian — Sat, 17 Jun 2017 08:08:50 -0000

Your argument goes like:
"High-level programming" is assembler. It's just a trendy buzzword. Under the hood of these techniques, it's all machine code.

Re: BEKK Open

Alan MIERS — Wed, 14 Jun 2017 13:56:06 -0000

This is a very useful article and I got it working fine.
I would like to be able to have cumulative comments.
Here is my problem statement.
I may have multiple DEV (environment) builds/deploys before I actually push up to my PRD environment. We have an iterative approach where we build in TeamCity and push nuget pkgs up to Octopus. There may be many DEV and QAT deployments before we push to the UAT environment, then perhaps a couple/few of those before we finally push to the PRD enviornment.

I'd like to be able to "collect" all release notes since the last PRD deploy (e.g. multiple release notes in DEV releases) into the next PRD deploy.

I'm thinking this is not trivial?

Re: BEKK Open | Ekte datakraft i nettskyen serverless noops

Trond Arve Wasskog — Wed, 08 Mar 2017 02:42:40 -0000

Hei Nikolai, bra innspill og beklager seint svar. Enig i at den
modellen kan være gunstig, og er også glad i å utvikle så
produksjonslikt som mulig. Samtidig lurer jeg på hvor produksjonslik den
kan være; vil den oppøre seg kliss likt Azure på alle plattformer og
alle støttede språk over tid? Og gitt at det er mulig, hva med de andre
driftede skytjenestene man tar i bruk ved siden av FaaS-plattformen?

Blir
spennende å se hvilke plattformer og modeller som vinner fram!
Utvikleradopsjon har vist seg å være en viktig egenskap for å vinne
kampen:
http://www.techrepublic.com...
Feedback-loopen må være minimal, og jeg vil tro AWS, GCP og Azure
jobber knallhardt med å legge til rette for at dette skal være enkelt og
raskt. Jeg kjenner ingen utviklere som liker å jobbe i et virtualisert
miljø over nettverket, så her har de en jobb å gjøre.

Re: BEKK Open | Ekte datakraft i nettskyen serverless noops

Nikolai Norman Andersen — Thu, 02 Mar 2017 08:22:04 -0000

Når det kommer til "Serverless gjør utvikling og feilsøking vanskelig." så er jeg veldig glad i modellen Microsoft har valgt på Azure Functions. Selve runtimen er Open Source (MIT License) og kan kjøres på utviklermaskin for et produksjonslikt miljø med kort feedback loop (Utgangspunktet er vell at du skal kunne kjøre runtimen på ServiceFabric og andre skyplattformer etterhvert). Dette er jo selve hovedargumentet bak Containers og en stor del av grunnen til at Containers tar såpass av (mener jeg).

Når runtimen kjører på Azure kjører den oppå modne Azure App Service som håndterer alt av skalering, logging etc. Microsoft vet jo at ingen direkte konkurenter gidder å ta risken med å ta runtimen i bruk, siden en kjapp endring av lisensen kan gjøre at de må sitte å vedlikeholde runtimen selv. Slik jeg ser det er det bare to alternativer: Enten må FaaS bli såpass solid at jeg ikke merker forskjell fra utviklermaskin til kjøring på skyplatformen, eller så må utviklere drive "utvikling rett i skyen".

Siste alternativet ender ofte opp med å bli en litt for lang feedback-loop. Andre argumenter er ofte penger og avhengighet av internett, men de argumentene holder ikke helt vann. Det meste vil nok fint kjøre på free og/eller basic tiers og internett føler jeg meg ganske avhengig av uansett når jeg sitter og jobber.

Re: BEKK Open | Robots are not taking over the humanity but we are slowly losing it

Per-Øivin Berg Andersen — Thu, 23 Feb 2017 06:42:05 -0000

Thank you for interesting reading. I fear I already am a victim of this early dementia. I will ask my doctor for advice and stop using technology so much.

Re: BEKK Open | Introduksjon til maskinlering

gauperaa — Fri, 13 Jan 2017 06:21:27 -0000

Veldig interessant og godt forklart. Takk!

Re: BEKK Open | Mobilaret 2017_2

Christoffer Marcussen — Wed, 21 Dec 2016 03:02:59 -0000

Takk for gode innspill! Helt enig i at 2017 kan være noget tidlig, men jeg håper det skjer. Hvis man ser bort i fra offline-støtte, Service Workers ++, så vil PWA mtp optimaliseringer fungere på iOS (som du nevner). Sånn sett er det viktig for begge plattformer å utforske hva mulighetene er.

Re: BEKK Open | Mobilaret 2017_2

mikaelbr — Tue, 20 Dec 2016 08:59:41 -0000

Bra oppsummering og flott å ha kontinuitet med bloggposter for å kunne reflektere litt over hva man tenkte før og da hvordan det måler opp med det vi tenker nå.

Slik jeg ser det har Progressive Web Apps har vært mye på radaren i år. Mye innhold rundt det på konferanser og ressurser på nett. Men det er dessverre utelukkende fra Google sin side, og svært manglende uttalelser fra Apple. For meg virker det som de ikke adresserer det enda, da de ikke har funnet en modell som kan gi de mye penger på samme måte som App Store. Men det gjenstår å se om 2017 blir året de tar grep. Personlig tror jeg, ut i fra hvor lite snakk om det det har vært fra Webkit team i 2016, at 2017 er litt på den optimistiske siden.

Mye av det som skal til for å få til bedre offline-støtte og integrasjon mot OS (som Service Workers – https://webkit.org/status/#... er ikke på begynt enda, og det siste vi har hørt er at det er en del av deres 5-årsplan. Det vil da bli til 2020. WebRTC er heldigvis i alle fall markert som påbegynt, men det har det vært en liten stund uten å høre mye om hvordan den utviklingen går. Det er flere ting som man trenger på plass her før Web ("PWA") skal bli aktuelt på iOS, og det virker som det har hatt veldig liten fokus de siste årene. De har f.eks hatt en bug som gjør at "splash screen" (via meta-tags) ikke fungerer siden iOS8 som da ikke har blitt adressert på noe vis.

Man kan komme et stykke på veg på iOS med mobile web-applikasjoner med eksisterende støtte, offline cache (om noe begrensende og lite utviklervennlig) kan fungere til nøds, og det er en del API-er som er implementert, men det strekker ikke helt til og jeg syns Apple virker passiv rundt det. Jeg er spent på om vi får noe progresjon på den fronten i 2017, men må si at Apple i 2016 har vært veldig stille rundt det og det gjør meg ikke optimistisk for 2017. Men det er jo en del av deres progressive 5-årsplan.

Re: BEKK Open

Per-Øivin Berg Andersen — Mon, 19 Dec 2016 09:03:14 -0000

Dere har nok gode filtre som tar vekk det meste av uinteressante plagsomme henvendelser, men jeg kan sikkert hjelpe dere med noe. Dere har min CV.

Re: BEKK Open | Hvordan ansette ops i devops

Per-Øivin Berg Andersen — Mon, 19 Dec 2016 08:27:12 -0000

Jeg er ikke hundre prosent enig med forfatter i at det ikke er for mye å be om. Det er en utakknemlig rolle mange ganger - mens andre teknologer er svært drevet av å vise frem sitt prosjekt til sine kunder er det lett for at det oppstår situasjoner og det kanskje kun fordi DevOp er inne og gjør en liten justering på et team sin byggejobb akkurat idet teknologen skal bygge rett før et møte for eksempel. Har vært på alt for mange presentasjoner hos kunder hvor et prosjekt blir presentert og en DevOp får skylden for at "ingenting virker" og da kunne man kanskje ha bygget prosjektet noen timer tidligere på dagen?

Re: BEKK Open | Kinokveld pa skuret

Per-Øivin Berg Andersen — Mon, 19 Dec 2016 08:10:57 -0000

Så ganske god ut den popcornen der, noen som syns den var litt tørr eller litt lite salt på? Var vel brus der også tenker jeg :)

Re: BEKK Open

Per-Øivin Berg Andersen — Mon, 19 Dec 2016 07:49:01 -0000

Great read.

Wish I had the resume to be working with you guys in Bekk Consulting.

Re: BEKK Open

Pinkham Software Ltd — Tue, 15 Nov 2016 10:00:34 -0000

This doesn't work on Teamcity 10 :S

Re: BEKK Open | Introduksjon til maskinlering

Jøran Lillesand — Wed, 26 Oct 2016 02:28:45 -0000

Veldig fin intro! Kan ikke så mye om maskinlæring selv, og dette var en prima måte å få med meg grunnkonseptene på!