greptilian logo

IRC log for #sourcefu, 2015-08-03

http://sourcefu.com

| Channels | #sourcefu index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary

All times shown according to UTC.

Time S Nick Message
03:28 aditsu joined #sourcefu
04:29 aditsu joined #sourcefu
09:49 prologic https://twitter.com/therealprologic/status/628140384011489280
10:27 prologic http://www.ru.j-npcs.org/usoft/WWW/LJ/Articles/unixtenets.html
10:35 pdurbin prologic: interesting. so that's where "captive user interface" comes from that you've been talking about at https://botbot.me/freenode/opensourcedesign/msg/46251311/
10:36 pdurbin also, this seems like a nice writeup: The introduction to Reactive Programming you've been missing - https://gist.github.com/staltz/868e7e9bc2a7b8c1f754
10:37 prologic hmm
10:37 prologic i guess Reactive Programming is a bit of a buzz word for me and nothing new really
10:38 prologic but good to see people write useful material on the subject
10:38 prologic +1
10:39 prologic "Code in RP will likely be more concise."
10:39 prologic It often can be; yes
10:41 prologic "Reactive programming is programming with asynchronous data streams."
10:41 prologic ala circuits
10:41 prologic d'uh :)
10:42 prologic it's that whole paragraph after that; that makes it very obvious
10:42 prologic "On top of that, you are given an amazing toolbox of functions to combine, create and filter any of those streams."
10:43 prologic ala circuits' .fire(), .call() and .wait() primitives; coroutines, filtering and composability of components :)
13:12 pdurbin I haven't even read the article but I give it a +1 too. :)
13:12 pdurbin ---
13:12 pdurbin "Broadly, functional requirements define what a system is supposed to do and non-functional requirements define how a system is supposed to be." https://en.wikipedia.org/wiki/Non-functional_requirement
13:51 aditsu joined #sourcefu
19:43 Guest89964 joined #sourcefu
20:46 prologic joined #sourcefu
20:55 prologic http://highscalability.com/blog/2015/8/3/seven-of-the-nastiest-anti-patterns-in-microservices.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+HighScalability+%28High+Scalability%29
22:11 pdurbin prologic: good stuff
22:47 prologic indeed I thought so
22:47 prologic these are the dragons of microservices I guess
22:47 prologic but it's like anything I guess
22:47 prologic :)
22:48 prologic it's more fatal IHMO to build a monolithic software

| Channels | #sourcefu index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary

http://sourcefu.com