I hereby claim:
- I am GeeH on github.
- I am geeh (https://keybase.io/geeh) on keybase.
- I have a public key whose fingerprint is F376 F611 64B5 4950 F6C6 EF27 B811 9D4E 8B57 BF03
To claim this, I am signing this object:
/** | |
* @Annotation\Attributes({"enctype":"multipart/form-data}) | |
*/ | |
class SomeForm | |
{ | |
....... | |
/** | |
* @Annotation\Type("file") | |
* @Annotation\Options({"label":"File"}) |
<?php | |
use Zend\Http\Request; | |
use Zend\Http\Response; | |
use Zend\Mvc\Controller\PluginManager; | |
use Zend\Mvc\MvcEvent; | |
use Zend\Mvc\Router\RouteMatch; | |
/** | |
* Created by Gary Hockin. |
I hereby claim:
To claim this, I am signing this object:
<?php | |
class MyControllerTest extends ControllerTest | |
{ | |
public function setUp() | |
{ | |
$this->controller('Application\Controller\IndexController'); | |
} | |
public function testIndexAction() |
Working in a cluttered work environment is really distracting. We have a lot of potential features to deliver, and we don't completely trust our users to prioritize them. Wanting to help these users we begin to override some decisions. At some point before the project ends, we realize that we implemented a feature based on bad information. As much as we want to blame this on the user, it is not their fault.
Changing the way we talk to our users about their needs, we can avoid some of these pitfalls. We will put more of these decisions and priorities in the hands of the users and set reasonable expectations with them. We will investigate how to drop the idea of minimum viable product and instead deliver the most valuable features first. We will prioritize user stories by the objectives they solve.
Possible titles:
Forget the MVP, Deliver the Most Valuable Features! (is MVP widely known enough as Minimum Valuable Product?)
Value-Driven Development
namespace PHPSTORM_META { | |
$STATIC_METHOD_TYPES = [ | |
\Interop\Container\ContainerInterface::get('') => [ | |
'' == '@', | |
], | |
]; | |
} |
[xdebug] | |
zend_extension="/usr/local/opt/php70-xdebug/xdebug.so" | |
xdebug.remote_enable=on | |
xdebug.remote_connect_back=on |
I'm a lazy, lazy, developer. I am waaaaay too lazy not to use an IDE with code completion, refactoring tools and step-debugging (and much much more). PhpStorm is the best IDE (in my opinion) to help lazy developers get stuff done quickly and correctly. Prepare yourself for a fast paced look at 43 tips and tricks for PhpStorm, some that you may never even know existed. Note taking equipment is strongly advised.
I'm a lazy, lazy, developer. I am waaaaay too lazy not to use an IDE with code completion, refactoring tools and step-debugging (and much much more). PhpStorm is the best IDE (in my opinion) to help lazy developers get stuff done quickly and correctly.
Prepare yourself for a fast paced look at 43 tips and tricks for PhpStorm, some that you may never even know existed. Note taking equipment is strongly advised.