CloudxLab

Monday, June 27, 2016

Fear of Startup Entrepreneur

I had recently updated my views on the startup co-founder (https://goo.gl/baJJ4J), through which got a connection from a people in dilemma about how to go about a startup.

Here are my views and perceptions, from the experience I had working, as only Tech guy to number of startups (Retortsoft, Softoria, Cybertech Networks).

The first and the foremost thing to start an org is t

  • have an idea, now plan
    • list what ever comes in mind
    • ask questions to yourself.
    • be self critic and self motivator
  • make notes at every step
    • what is the idea about
    • how it can be beneficial
    • are there any companies or startups have similar concept
    • how different I am
    • how efficient and valuable I can be
    • study based on competitors
    • where others failed
    • where I can fail
    • what is that I have today
    • what is that I might need to get this idea into business
  • whom to share with
    • there is no definite  answer to it.
    • we have to trust, in one-self
    • get connected to people in similar field
    • get connected to people who are also looking for co-founders
    • get connected to skill-set other than own-area
    • share the idea and vision
    • let the person in believe in you
    • see how the other person can be helpful
    • what are the areas you can contribute and others can.
    • but sit hiding yourself, share the idea.
  • fear of somebody stealing the idea
    • it happens
    • and it will happen
    • dont let the fear stop you
    • the person you shared the idea may run-away and start his own
    • how long it will sustain
    • if he is dedicated and follows the above to main points he might succeed
    • but you in fear will never even move
    • the idea is nothing unless taken into action
    • and the action and pro activeness is what will convert into business
    • what is the fear in the initial stage
    • there have been many companies spawned out of people who were working there
    • as the first point says it will happen
    • never let yourself stop
    • the stolen idea might be of 10points, and mostly it stays within that limit
    • you been the owner of idea will have vision, you might go beyon that 10point which was shared.
    • during the course of ideation itself you might know that idea might not work
    • if you come to know the idea cannot be transformed into business?
    • remember its again not lost effort, if it fails, come out of it.
    • you learned the process, you were involved into bringing the idea now you can explore more new ideas and be more effective and strong
    • your continuous effort and learning in any idea, will help to come up with different ideas and get connected with many new entrepreneurs.
  • how should i work on my idea to a startup
    • you need to have all the plan ready
    • making an effort of putting a presentation itself will teach you a lot
    • the presentation should consist of
      • the idea and benefits
      • the business model and its advantages
      • how we go about it
      • how to get the source data and who all are consumers
      • what are the litigations involved
      • what is the revenue generation model
      • what is the effective time to start gaining profits
      • what are the areas it can fail
      • how will you take the failure
      • if you are alone, what type of members you need to move it further.
    • take to more people and get connected to some
    • you never know if you are connecting to best one it comes with experience
    • if you get slightest positiveness keep the relation, even if not co-founder
    • its only people network which will help you
    • a tech co-founder might even not know the required technology it requires, but that doesn't mean you cannot work with him.
    • technology is changing every day, so once you have tech-cofounder get the proto-type ready
    • the pro-types should be actually working model.
    • we can explore on making it stable and saleable product.
    • if it doesnt come out as expected and cannot move the ahead with planned vision
    • change the idea, and re-work the whole process again
    • by this time you have network, co-founder and environment
    • so it wont be big trouble in launching another product then move ahead
    • once the product has enough of good implementation, innovative ideas and standing out against the competitor
    • rollout for getting funds
    • remember again we need a proper presentation
    • now instead of business model, it should be actual product
    • and it should be capable of generating revenue.
  • fear not for turning idea into startup
  • fear not idea getting stolen
  • fear not the failed idea, gone by, come back again and re-work

Here are few links which would keep your fear away, if you still fear get a job and wait, you need to have entrepreneur skills so as to not be layed-off.. 
  • http://small-bizsense.com/10-famous-entrepreneurs-who-failed-in-business-before-becoming-successful/
  • http://www.wikihow.com/Start-a-Small-Business
  • http://www.lifehack.org/articles/work/start-up-mistakes-that-youre-probably-making.html
  • http://yourstory.com/2015/08/startup-idea/
  • https://www.entrepreneur.com/article/248802

Monday, June 20, 2016

What is DevOps

Prior to DevOps



Prior to DevOps application development, teams were in charge of gathering business requirements for a software program and writing code. Then a separate QA team tests the program in an isolated development environment, if requirements were met, and releases the code for operations to deploy. The deployment teams are further fragmented into siloed groups like networking and database. Each time a software program is “thrown over the wall” to an independent team it adds bottlenecks.


The problem with this paradigm is that when the teams work separately:


  • Dev is often unaware of QA and Ops roadblocks that prevent the program from working as anticipated.
  • QA and Ops are typically working across many features and have little context of the business purpose and value of the software.
  • Each group has opposing goals that can lead to inefficiency and finger pointing when something goes wrong.
  • DevOps addresses these challenges by establishing collaborative cross-functional teams that share responsibility for maintaining the system that runs the software and preparing the software to run on that system with increased quality feedback and automation issues.


DevOps 



DevOps is not based on stringent methodologies and processes: it is based on professional principles that help business units collaborate inside the enterprise and break down the traditional silos. The guiding principles of DevOps include culture, measurement, automation and sharing.

list of core DevOps attributes:

* Ability to use a wide variety of open source technologies and tools
* Ability to code and script
* Experience with systems and IT operations
* Comfort with with frequent, incremental code testing and deployment
* Strong grasp of automation tools
* Data management skills
* A strong focus on business outcomes
* Comfort with collaboration, open communication and reaching across functional borders

The Agile community, acronym CAMS - Culture, Automation, Measurements and Sharing.

DevOps  Skill High level Requirement




   Source Code Repository Management
Popular source code repository tools are Git, Subversion, etc

   Build Server
The build server is an automation tool that compiles the code in the source code repository into executable code base. 
Popular tools are Jenkins, SonarQube, etc

   Configuration Management
Configuration management defines the configuration of a server or an environment. 
Popular configuration management tools are Puppet, Ansible, Chef.

   Infrastructure
Baremetal, VMware vCloud and/or Amazon Web Services and Microsoft Azure virtual infrastructures. Virtual infrastructures are provided by cloud vendors that sell infrastructure or platform as a service (PaaS), have APIs to allow you to programmatically create new machines with configuration management tools.
OS can be Linux, Windows, Unix, Mac OS.


   Test Automation
DevOps testing focuses on automated testing within your build pipeline to ensure that by the time that you have a deployable build, you are confident it is ready to be deployed. You can’t get to the point of continuous delivery where you’re fairly confident without any human intervention that your code is deployable without an extensive automated testing strategy.  
Popular tools are Selenium and Water.


   Monitoring
monitoring solution that is highly effective because of the large community of contributors who create plugins for the tool, 
Popular tools Nagios, Icinga, 


   Containers
quick and painless continuous delivery of your software to production, applications can reuse the libraries and share the data between containers.Popular tools docker, mesos, Kubernetes 

   Pipeline Orchestration
A pipeline is like a manufacturing assembly line that happens from the time a developer says, “I think I’m done,” all the way to the time that the code gets deployed in the production or a late-stage pre-production environment.
This is the complete process of developing, testing, staging, deploying, monitoring

DevOps Flow

DevOps  History


The Incredible True Story of How DevOps Got Its Name
fredric@newrelic.com' By Fredric Paul • May. 16th, 2014 • Tech Topics
DevOps

Source: https://blog.newrelic.com/2014/05/16/devops-name/
Youtube: https://www.youtube.com/watch?v=o7-IuYS0iSE

Here’s the inside story, as recounted by Damon Edwards in his The Short History of DevOps YouTube video:

Basically, the timeline goes something like this:

2007: While consulting on a data center migration for the Belgium government, system administrator Patrick Debois becomes frustrated by conflicts between developers and system admins. He ponders solutions.

August 2008: At the Agile Conference in Toronto, software developer Andrew Shafer posts notice of a “birds of a feather” session entitled “Agile Infrastructure.” Exactly one person attends: You guessed it, Patrick Debois. And he has the room to himself: Thinking there was no interest in his topic, Andrew skips his own session! Later, Debois tracks down Shafer for a wide-ranging hallway conversation. Based on their talk, they form the Agile Systems Administration Group.

June 2009: At the O’Reilly Velocity 09 conference, John Allspaw and Paul Hammond give their now-famous talk entitled, “10+ Deploys a Day: Dev and Ops Cooperation at Flickr.” Watching remotely, Debois laments on Twitter that he is unable to attend in person. Paul Nasrat tweets back, “Why not organize your own Velocity event in Belgium?”


10+ Deploys Per Day: Dev and Ops Cooperation at Flickr from John Allspaw
October 2009: Debois decides to do exactly that—but first, he needs a name. He takes the first three letters of development and operations, adds the word “days,” and calls it DevOpsDays. The conference doors open on October 30 to an impressive collection of developers, system administrators, toolsmiths, and others. When the conference ends, the ongoing discussions move to Twitter. To create a memorable hashtag, Debois shortens the name to #DevOps. And the movement has been known as DevOps ever since.
(Disagreement about the spelling remains, however. The predominant usage is “DevOps,” but a vocal minority—including founder Debois—advocate “Devops.” And true to DevOps’ spirit of lively debate, a few argue for eliminating capital letters altogether, as in “devops.”)

In an InfoQ video interview from April 2012, Debois admitted that naming the movement was not as intentional as it might seem: “I picked ‘DevOpsDays’ as Dev and Ops working together because ‘Agile System Administration’ was too long,” he said. “There never was a grand plan for DevOps as a word.”