複数人でのWebサービス開発で便利だったもの - Qiita
遊びに使えるWebサービスを友人と一緒に作成中。 仕事じゃなかなか使えないようなツールやサービスを無料の範囲内で使ってみてるんですが、かなり便利。 忘れないようにまとめてみます。 なおJavaとJavaScriptを使ってるので、それに関する内容が多いかも。 なお、次のような感じで開発進めてます。 週に1回集まってミーティング兼もくもく会 集まらない日は各自のペースで作業 機能などを作ったらプルリクエスト出して承認もらって取り込む サーバー側がJavaでクライアント側がJavaScript BitBucket Gitリポジトリをホスティングしてくれるサービス。 他にも類似サービスはいろいろあったけど、非公開リポジトリを無料で作れるってのが決め手。 基本的にソースコードはここで一括管理して、各自が作った機能とかは必ずプルリクエストを出す運用で活用中。 ReadmeとかWikiも便利で、ここに
2016年に流行りそうだけどまだ殆ど知られていないエンジニア向けサービス10選
Post author:sider Post category:Engineering / Other Reading time:3 mins read Post published:2016-01-13 エンジニア x ニッチ(特化)なサービスを調査、「これは流行りそう…!」と思ったサービスを10個ご紹介。 誰もが知っていそうなサービスは含んでません。「俺はエンジニア向けサービス詳しいぜ！」という方も安心して御覧ください。 CI(継続的インテグレーション) DEPLOYBOT デプロイのためだけのCIサービス。デプロイに特化。 リリースノートページやリリースの度にリリース内容をメモする事が出来る機能、デプロイのトリガーを手動で実行することが出来る「デプロイ」ボタン機能などがある。 1リポジトリの「Hobby」ユースであれば永年無料。 deploybot.com Codecov コードのテ
初めての個人WEBサービスを作り始める前にやるべき設計
少し前の記事(「プログラミング未経験者がWEBエンジニアになるためにやるべきこと」)の元になったプログラミング初心者の二人が、それぞれ無事Railsのチュートリアルまで終わらせていざ自分のサービスを作りたい！ってなった時に、さて何から手をつけたらいいんやろう？という同じ悩みにぶつかって同じようなアドバイスをしてたので、またその内容をまとめてみました。 初心者に限らず、小規模WEBアプリを作る時にこういうことをしとくといいかなっていう個人的な手法みたいなのをざっくり書いていきます。 SPONSERD LINK 前提 一般的なシステム開発は下記のフローで進んでいきます。 要件定義 設計 開発 テスト リリース ウォーターフォールはこれを1回流して完成、アジャイルはこれを小さく切ってぐるぐる回すというイメージですが、「初めての個人アプリを最初にリリースするまで」という状況では、一番困るのは2の設
関数や変数のネーミングに悩んだら「codic」に日本語名を入力するとある程度解決するかも
codicとは codicは、日頃、変数名や関数名に頭を悩ませるプログラマのためのネーミング辞書です。 以前は、プログラマ向けの単語辞書といった感じだったのですが、Ver.3からは、「日本語を入力すると、ふさわしい名前を勝手に生成してくれる」という仕様になりました。 例えば関数名を作るのに、「従業員数を取得する」と入力するだけで「get_employee_count」という名前を勝手に生成してくれます。 これだけでも、かなり便利なんですが、codicにはその他にも、プログラミングのための便利な機能が満載だったので、その使い方などを紹介したいと思います。 codicの使い方 codicの主な機能は、日本語を入力すると、勝手にネーミングを生成してくれると言うことです。 ただ、ちょっとした使い方次第で、より便利に利用できるので、その使い方などの紹介です。 基本機能 まずは、基本的な機能、「日本語
codic - デベロッパーのためのネーミング辞書
codicは、プログラマーのためのネーミング辞書です。新しいcodicでは、翻訳エンジンを搭載しネーミングをジェネレートできるようになりました。
無料で説明図を作るならドローツール「draw.io」に敵うものはないかも
で、図説ドローツールとしては、CacooやGliffyを紹介しました。 けれども、「draw.io」というのを使ってみたら、完全に無料で利用できるうえに、日本語にも対応、さらには機能も豊富という何拍子も揃った素晴らしいドローツールだったので紹介です。 photo by David Goehring draw.ioとは draw.ioは、WEB上で無料で使えるフローチャート作成ツールです。 インストールなどは必要なく、ブラウザからログインも不要で手軽に利用することができます。 通常、こういったドローツールは、「作業シート何枚まで無料であとは有料」などというサービスも多いのですが、draw.ioは完全無料で利用することができます。 やれることが豊富 このツールを利用するだけで、以下のような図を手軽に作成することができます。 チャートなんかも。 こんな回路図なんかも。 もちろんこんなフローも。
新刊『スクラム実践入門』の紹介、あるいは、日本のソフトウェア開発の夜明け - delirious thoughts
発端は確か一昨年のCROSSで、@hsbtさん、稲尾さんの間で話が盛り上がったのが最初だったと記憶しているから、あれから約2年、強力なメンバーで共同執筆した『スクラム実践入門──成果を生み出すアジャイルな開発プロセス』が、いよいよ3/18に刊行される。 追記: 3/18に発売されました。 Amazonのリンクは以下。電子書籍をご希望の方は、版元のサイトで発売と同時に販売されるはずなので、そちらをお待ちください。 スクラム実践入門 ── 成果を生み出すアジャイルな開発プロセス (WEB+DB PRESS plus) 作者: 貝瀬岳志,原田勝信,和島史典,栗林健太郎,柴田博志,家永英治出版社/メーカー: 技術評論社発売日: 2015/03/18メディア: 単行本（ソフトカバー）この商品を含むブログを見る スクラムに関する類書は既にたくさん出ているし、それぞれに素晴らしい本ばかりで、いまさら屋上
Webサービス作ったので作業の流れを紹介してみる - 今日学んだこと
Twitterのフォロワーさんが「こんなサービスあったらいいな」と呟いておりまして。 いっちょ俺が作るか！という事で、作業記録を残してみようかと思います。 最近MacをOS再インストールし、ほぼまっさら、xcode(使わないけどgit有効化に必要)とemacsだけが入ってるような状態からのスタートです。 Webサービスってどうやって作っていくんだろと思われてる方の参考になれば幸いです。なお、いつもの通りDjango&Heroku構成です。 ※これ見て何かを作れるという訳ではなく、こんな流れで作ってるよという説明ですので、詳細は結構省き気味です。 ※作るときのポイントを先に言ってしまいますが、いきなり完成系を目指すんじゃなくて、ちょっと作って動かしてを繰り返すのがポイントになってくるんじゃないかなと思ってます。僕はSI屋なんですが、新人君とかでもいきなり全部コーディングして、いざ動かすと動か
趣味で作ったWebサービスの投稿数100超えました！ - 今日学んだこと
作った当初は話題になった、今やおおっぴらにリンクが貼れなくなった某サービス。 11/3にリリースして、もう2ヶ月ほど。やっと投稿数が100の大台を超える事ができました。 ※リンクがあったけど！Googleに「不健全」と怒られたので削除！* こんな事僕が言うのもアレですが、作ってみた系の記事ってリリースの記事はよく見ても、その後の記事とか順調ですって話あんまり聞かないですよね。 作ってみたってなんでフェードアウトしちゃう？ コレ、僕が特に酷かっただけなのかもしれませんが、簡単に心折れるんですよ。主にアクセス数で。 運良くリリース記事がはてブホッテントリ入りしてアクセスがガツンとあったとしても、まーそのアクセスは続かない続かない。 ここでアクセスの推移を見てみましょう。 何しようとアクセス数は下がる一方。どうにかしようと色々手を打つんだけど、あの日が戻ってくる事は無く。 一時期、アクセス数を見
３２歳無職が３ヵ月でSNSサービスを作ってみた - 無職の流儀
2014年がそろそろ終わりを迎えますが、 無職のおじさんがSNSサービスを作ってみました。 FLGMAP FLGMAPは行った場所を記録するWebサービス 【もくじ】 ・自己紹介 ・SNSを作成したきっかけ ・サーバーなどの開発環境 ・開発工程 ・サービスをリリースしてから今の現状 以上、素っ気ない内容でお届けします。 【自己紹介】 無職になる前に約２年ほどWeb開発をしていましたが、 何か新しいことに挑戦したい想いで会社を辞めました。 Web開発で利用していたプログラミング言語はマイナーな言語です。 Java,C,C++,C#,PHP,Python,Ruby等は仕事で一切利用していません。 前職のWeb開発の仕事内容は、 ディレクション、仕様書作成、プログラミングなど よく分かりませんがSierと呼ばれる職業のようです。 前職のサービスの規模は約数万人 開発はわたしがほぼひとりで担当 【
プログラマー向けQ&Aサイト「Stack Overflow」日本語版が、パブリックベータとして公開
Stack Overflowは、プログラミングに関する質問と回答を集め、提供する場を作る目的で2008年に公開された。誰でも投稿が可能で、よい質問や回答へ投票できる仕組みがあり、票が集まった投稿は上位に表示される。 公式ブログによると、Stack Overflowは700万以上の質問が集まっており、毎月4400万人のプログラマーがアクセスしているという。そのうち60万人以上が日本からのアクセスであり、Stack Overflowは英語のサイトにも関わらず、日本のプラグラマーの問題解決のために必要なツールだ、としている。 12月2日には、Stack Overflow日本語版のプライベートベータを開始し、1週間で1000人以上のユーザーと100以上の質問が集まった。 ブログ投稿者であるJoshua Maciel氏は、今回日本語版を提供することで、Stack Overflowを日本のプログラミン
スタック・オーバーフロー
python × 120 javascript × 50 c# × 34 python3 × 31 html × 31 c++ × 28 linux × 27 c × 26 java × 21 windows × 20 android × 16 ruby × 16 google-apps-script × 16 php × 15 css × 15 reactjs × 15 typescript × 15 docker × 13 aws × 12 pandas × 12 swift × 11 ruby-on-rails × 11 mysql × 11 unity3d × 11 node.js × 11 ubuntu × 11 vscode × 11 postgresql × 11 rust × 10 macos × 9 visual-studio × 9 laravel × 9 networ
徹底比較！ 運用自動化OSSと商用ツール、両者の違いと使い分け、見極めのポイント
徹底比較！ 運用自動化OSSと商用ツール、両者の違いと使い分け、見極めのポイント：特集：運用自動化ツールで実現する、クラウド時代の運用スタイル（3）（1/4 ページ） 企業におけるITシステムの運用自動化を徹底的に深堀りする本特集。今回は運用自動化のオープンソースソフトウェア（以下、OSS）と商用ツールの違いを比較。ケーススタディも交えてOSSと商用ツールを賢く使い分ける観点を紹介する。 OSSと商用ツールを使い分け始めた企業ユーザー サーバー環境は技術の変遷と共に変化し続けている。企業のIT基盤においては、現時点では「VMware vSphere」などによる仮想化サーバー群と、物理サーバー環境が混在していることが多いのではないだろうか。それに加えて、パブリッククラウドを利用するケースが増えつつある。 全てにおいて物理サーバーを調達・設置しなければいけなかった一昔前と比べると、迅速にサービ
【使ってみた】チーム内の情報共有を加速させるWebサービス6選 全力レビュー
ども。はじめまして。岸です。 日報・議事録・ソースコード・気になったニュースやアプリ...などなど。チーム内外での情報共有って、重要なんですがまぁ面倒くさいですよね。 単に共有するだけならメールやチャット、ファイル共有サービスで十分なんですが、ぶっちゃけ「ただ単純に共有だけしてもあんま意味ない」んですよ実際...。 ただ共有しても意味が無い。情報を活用するために必要なステップとは？ 前述の通り、情報ってただ単純に「共有すれば終わり」ではなくなんかしらに活かしてこそようやく意味を持ってくるもの。 なので、そのために必要なプロセスとしては... とりあえず全ての情報を蓄積する バラバラな情報を再構成してまとめる それぞれの情報を基に議論や考察を行う 考察の結果を踏まえて「抽象化」する んでそれを「体系化」してすぐに取り出せるようする みたいな項目がどうしても必要になってきます。 溜まった情報を
WEBサービスを擬人化して運用しよう pplog誕生ものがたり - ppworks.jp
YAPC::Asia Tokyo 2014 前夜祭 - YAPC::Asia Tokyo 2014に参加してきました。 YAPC::Asia Tokyo 2014 前夜祭 pplog by @ppworks from Naoto Koshikawa 内容は大体以前書いた以下と被るんですが、各今回のスライドに照らし合わせるとこんな感じ。 ポエム駆動開発によるWEBサービスの作り方 pplog誕生ものがたり - pblog pplog誕生ものがたり的にはこちらが1 pplogの初期衝動の話 モチベーション 何を作るか まったりと過ごせるおれたちのインターネット、それがポエム pplog.net #pplog - pblog pplog誕生ものがたり的にはこちらが2 pplogの説明 どう作るか いつものやり方 様子を見る 一部初めて話した部分がありましたので、今回この記事にまとめました。 どう
「メンテナンス大変なのでサービス閉じたいです」 - tototoshi の日記
Web サービスの会社にはイケイケなサービスの陰に隠れて、かつてイケイケだったけど今はイケテナイサービス、とか、ぶっちゃけ最初っからあんまりやる気なかった☆サービス、これどこで拾ってきちゃったのサービス、などなど、惰性で続いちゃってるようなサービスがごろごろあったりします。 そういうイケテナイサービス群はメンテナンスの手間を取らせる物なので、エンジニアとしては閉じてしまいたい。でも非エンジニアとしては閉じたくない。いや、本当は閉じたい！でもちょっとは儲かってるし、閉じるとわずかながら存在するユーザーからクレームくるし、連携先の企業とやりとりするのめんどいし、まあいろいろめんどうそう。 そこで、「イケテナイサービスにはできる限りメンテナンスの手間を払うな」という話がエンジニアのとこにきて「お前なーっ！そのメンテナンスの手間がなーっ！」となり、話がループを始めます。なぜこういう噛み合わない話に
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今どきのやり方でWebサービスを作ろう
GitHub
非エンジニアのためのこれだけは押さえておきたいWEBサービスの基礎技術
大手Webサービスがクライアント側で発生したJavaScriptのエラーをどう収集しているのか まとめ - Qiita
