codeinchaos

this reads like new development

I just came back from Japan, crows all over Tokyo, but they are pretty much disappear after 9 AM, if you're an early riser you will see them everywhere!

don't hold your breath.

thanks. I plan to do more comparisons, any suggestions?

having worked within the CBC, I don't trust the leadership at all! mis-management of funds is a CBC tradition and pastime!

they continue to struggle to understand the digital era, and the executives have gone on record plenty of times in their own town halls expressing their confusion and dismissal of "that thing called the internet".

and while the CBC continues to compare itself to BBC at every turn, that is not a fair comparison, more like a toad contemplating itself a deer.

We run an open, technology focused Slack community at (https://TechMasters.chat / 1000+ members) and recently we got "attacked" by G2Crowd, they had some intern join the group (registration is open) and then went through the profiles of each member, copying the emails then proceeded to email them unsolicited offers for reviews and feedback in exchange for gift cards.

luckily, we're based in Canada, where anti-spam laws (CASL) apply.

we proceeded to contact them in social media / email to ask them to cease this activity and delete the collected emails.

they fought back at first, claiming it was legit and only would put emails under do-not-contact list, we did not accept that, again citing CASL laws, their actions were in clear violations. they stopped responding to our emails.

We have proceeded with a legal consult and have further contacted their legal representative for further action.

G2Crowd has been extremely un-cooperative, and seem to clearly lack understanding of laws and legalities outside of the US.

(edit: corrected some typos)

putting money where my mouth is, a quick fork and some adjustment and you have: maintained.tech

as a maintainer of many open source projects (both active and inactive) this obviously makes sense, however many projects fall victim to being assumed dead if there is no recent commit history or issues being open frequently ... while in fact the project might be good as-is, or stable, with little need for constant updates ...

not likely to support external storage, as the architecture of the system is highly tweaked to provide the best performance.

however there is no limit to how many containers you can expand to (to share the load/storage)

and that's also why we're offering the cold-storage option, so you can move your data freely.

furthermore, everything is accessible through an API as well, so integration and manipulation of your data is a breeze

Mashape Analytics comes pre-packaged in Docker containers, with its own internal setup of storage solution and tools.

we'll also be exposing a cold-storage mechanism, so you can move historical data out of the system when no-longer needed and retain it for your own future auditing.

sure, everything should be done perfectly or not at all ...

you would use both.

Django REST Framework (or any other framework) to build your business logic and API services.

Kong is useful to scale and manage acceess to the API for API consumers (as oppose to end users) as well as a plugin system that abstracts HTTP tooling away from your API application, so you can scale them independently.

open sourcing Kong which powers our API marketplace with billions of calls per day, is not only a major milestone for the team, but also marks a shift in API tooling and services, we're challenging the the status quo and service providers by giving away for free what they charge for in thousands (and in some cases millions) of dollars.

making it open source is the icing on the cake!

we want to give the power back to the developer community and together create amazing open source tooling, while directly adding years of lessons learned to your development stack.

we're adding proxy functionality to it this week.

it does not, plenty of other tools to capture HAR response objects: http://ahmadnassri.github.io/har-resources/

I'm adding SOAP to the backlog: https://github.com/Mashape/mockbin/issues/12

as for YAML, I think its best for human readability, rather than actual usage in libraries.

not quite the same, this is for creating custom mocked endpoints, while httpbin is pre-defined utility endpoints

a simple example is when developing against a third party api, and want to validate the behavior of your code and see what the HTTP request looks like, swap the API endpoints with mockbin urls and check, even mock the response with a Bin and build your client "offline" without hitting API throttling rate limits or exceeding your quotas for paid APIs, and much more :)

yes! already brainstorming roadmap ideas: https://github.com/Mashape/mockbin/issues

cannot seem to replicate ... we're behind Cloudflare, so you could be seeing an older version of the page, we had the SSL issue earlier and fixed it.

hmm, this is handy.

They key missing ingredient here is "ownerhsip" you can debate all the pros/cons of Product Manager functions and even Project Management functions till the cows come home, but regardless of functional skills / job description, the only key for success in any of these roles in true Product Ownership.

and I'm not talking about hiring a PM off the street then bestowing him/her with the "ownership" of a product they've never seen before! True Ownership comes from a self generated interest in the well-being of the product, its customers, the technology empowering it and its sustainability.

This does not happen overnight, and is certainly not a skill that can be taught.

The most successful PM I've worked with over the years had one thing in common: they actually CARE about the product AND about the users (clients). this generates an internal drive for excellence like no other, in both satisfying business goals, client asks, and technology roadmap, even though those three are almost never on parallel lines.

As to the original question, where did they all go? I don't believe the role in it self went away, but rather smart companies nowadays recognize that a set of skills and an Agile/SCRUM/PMP/etc certificate will not make you a "drop in" successful PM, but rather they rely on the internal champions of the products to help shape the story.

This means more developers are stepping into the role, and through the right level of support they can/are picking up the business/accounting/client side of managing a technology product.

Also, an important part of a Product Manager (Owner) role is relationship management and communicating with people (clients, developers, business owners, sales, marketing, support, design, etc ...).

Human interaction is unfortunately another one of those things that cannot be taught! communicating with people is so different from sending status update emails, or adding them to auto notifications from tickets in a feature tracking system.

Sadly, most of the PM I've worked with and from what I've seen, the industry actually encourages the automation, over the human interaction. yet another reason why this role is changing and is being redefined.

just my 2 cents.