| Hey, hows it going? :) | |
| It’s been a while since I’d like to do a Dojo Coding with my co-workers and the dev community, to have some fun, | |
| learn and improve programming practices and meet more people. Time was passing and now I had the | |
| right opportunity to suggest and apply it with all the others interested. Certainly ReactiveConf http://www.reactiveconf.com | |
| will be a great place to talk about coding dojo, so that everyone can popularize in their work :) | |
| My article about Coding Dojo at Medium: https://medium.com/@lucascaixeta/coding-dojo-4e0b1ea69735 | |
| Sound's interesting to you? :) |
Vaga em uma startup moderna de Floripa com produto próprio com mais de 1000 clientes. Tudo em Ruby e na cloud. Processos ágeis e XP. Time fodástico e ambiente excelente.
Para se candidatar, encaminhe um email para.
Se você está procurando um grande desafio na sua vida profissional, nós temos algo fodástico para oferecer.
| <?php | |
| /** | |
| * Progress Bar Trait | |
| * @package Core\Traits | |
| * @author Marco Souza<[email protected]> | |
| */ | |
| namespace Core\Traits; |
A intenção desse post é melhorar, se possível, seu workflow com o [Git][] se ele atualmente ele consiste de:
Se você usa alguma ferramenta gráfica (tig também conta), eu não quero saber. Se você usa o [Git][] numa shell em conjunto com outro editor, procuro ansiosamente seu comentário me convencendo a trocar. :)
There are a lot of ways to serve a Go HTTP application. The best choices depend on each use case. Currently nginx looks to be the standard web server for every new project even though there are other great web servers as well. However, how much is the overhead of serving a Go application behind an nginx server? Do we need some nginx features (vhosts, load balancing, cache, etc) or can you serve directly from Go? If you need nginx, what is the fastest connection mechanism? This are the kind of questions I'm intended to answer here. The purpose of this benchmark is not to tell that Go is faster or slower than nginx. That would be stupid.
So, these are the different settings we are going to compare:
This is just a small post in response to [this tweet][tweet] by Julien Pauli (who by the way is the release manager for PHP 5.5). In the tweet he claims that objects use more memory than arrays in PHP. Even though it can be like that, it's not true in most cases. (Note: This only applies to PHP 5.4 or newer.)
The reason why it's easy to assume that objects are larger than arrays is because objects can be seen as an array of properties and a bit of additional information (like the class it belongs to). And as array + additional info > array it obviously follows that objects are larger. The thing is that in most cases PHP can optimize the array part of it away. So how does that work?
The key here is that objects usually have a predefined set of keys, whereas arrays don't:
| <?php | |
| //maybe, do a source that works like a client with cURL could be hard and boring. | |
| // A fluent interface would awesome. | |
| // Anyway, the library can be used only to fun and study to learn how HTTP works in lower lever. | |
| use Saturno\CoolUrl\Client as cu; | |
| cu::create()->target("http://example.com/join") | |
| ->setMethod('POST') |
| { | |
| "name" : "NomeDoProjeto", | |
| "autoload" : { | |
| "psr-0" : { "NomeDoProjeto" : "src/"} | |
| }, | |
| "minimum-stability": "dev" , | |
| "license" : "MIT", | |
| "authors": [ | |
| { | |
| "name": "Claudson Oliveira", |
Respect is a small set of independent libraries. We do not plan to release a full stack framework, but we do have a roadmap for new components. Many of them may fit in other organizations outside Respect and many of them may include contributions to other projects.
The main goal is to provide a standards-based platform and ecosystem for Semantic Web development based on common PHP technology.