タグ

開発に関するsigwygのブックマーク (19)

  • あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える - エンジニアHub|若手Webエンジニアのキャリアを考える!

    あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える エンジニアがサービスのアイデアを思いつき、それをリリースするまでにはどのような過程があるのでしょうか。情報共有ツール「Kibela」が世に出るまでのフローを、起業した井原正博さんが詳細に振り返ります。 ヤフーやクックパッドでの開発を経て、ビットジャーニーで代表を務める井原正博(いはら・まさひろ/@ihara2525)です。プライベートで超長距離のランを楽しむかたわら、情報共有ツール「Kibela」の開発・運営を手がけています。 Kibela - 個人の発信を組織の力にする情報共有ツール 「Kibela」は僕自身が2015年に起業して立ち上げたサービスですが、この記事では、僕がサービスをいかに開発したか、その方法からリリースまでの過程を振り返りつつ、サービスの現在の状況までお伝えします。 「自分でもサ

    あるエンジニアが「Kibela」というサービスを考え、リリースするまでのフローを全部教える - エンジニアHub|若手Webエンジニアのキャリアを考える!
  • deoplete.nvim開発者、Shougoが考える「Vimの限界ギリギリ」を攻めるプラグイン開発の裏側 - エンジニアHub|Webエンジニアのキャリアを考える!

    deoplete.nvim開発者、Shougoが考える「Vimの限界ギリギリ」を攻めるプラグイン開発の裏側 多くのエンジニアに愛されるテキストエディタ『Vim』のプラグインを作り続けるShougoさん。Vimmerならば一度は使ったことがある、というほどに広く知られたプラグインを作り続ける理由を聞きました。 「あなたにとって、テキストエディタとは何ですか?」 こう聞かれたとき、あなたは何と答えるでしょうか。開発に不可欠な大事なツール、あるいは、ただの道具──。きっと十人十色の回答が返ってくるでしょう。 この問いに対し、「テキストエディタとは世界」と迷いなく答えるエンジニアがいます。Vim/Neovimのプラグインマネージャーdein.vimや、Neovim/Vim8用の入力補完プラグインdeoplete.nvimなどの開発者であるShougo(しょうご/ @ShougoMatsu )さんで

    deoplete.nvim開発者、Shougoが考える「Vimの限界ギリギリ」を攻めるプラグイン開発の裏側 - エンジニアHub|Webエンジニアのキャリアを考える!
    sigwyg
    sigwyg 2018/08/28
    笑い男(ゼブラ)
  • 「オープンソース開発に重大危機」--GitHubがEUの著作権法改正に反対する理由

    欧州連合(EU)がインターネットを使ってコンテンツ(著作物)を配布するすべてのプラットフォームに、コンテンツフィルタリングの導入を義務付けようとしている。世界最大のオープンソースレポジトリであるGitHub(同社に対してはMicrosoftが先ごろ買収計画を発表している)は、新たな法案が欧州議会を通過した場合、オープンソースソフトウェアの配布、維持に使われている仕組みが事実上崩壊すると警鐘を鳴らしている。 GitHubで政策担当責任者を務めるMike Linksvayer氏は米国時間6月20日、米ZDNetにあてたメモの中で「アップロードされるソースコードを自動的にフィルタリングするには、まったく新しい技術が必要になる」と述べる。「そして、(そうした自動フィルタリングの仕組みが導入された場合)結果的に膨大な数のフォールス・ポジティブ(誤検出)によってソフトウェア開発がはるかに不安定なものと

    「オープンソース開発に重大危機」--GitHubがEUの著作権法改正に反対する理由
    sigwyg
    sigwyg 2018/07/02
    どんなプロダクトにもエッジケースがあって、そのせいでビルドできないとなるとGitHub使う意味なくなるから。そりゃーGitHub的にはリスク高すぎだよな。プライベートレポジトリも対象だろし。
  • 打ち合わせ中「素人考えなんですけど…」と提案されたコスト削減の提案がマジで素人は黙っとれ過ぎた話

    タンポポを乗せる機械 @_x773 「素人考えですが、開発環境と番環境を一つにすれば効率的ですし、コストも下がりますよね。あなたの提案は高すぎます。」に対して「マジに素人考えですね。素人は黙っていろ。」とバトルした日の打ち合わせを思い出したわ。 2018-06-21 19:32:09

    打ち合わせ中「素人考えなんですけど…」と提案されたコスト削減の提案がマジで素人は黙っとれ過ぎた話
    sigwyg
    sigwyg 2018/06/23
    まあ提案があるのはいいことよ。封殺しても不満たまるだけだし。説明しても納得しないなら、粛々と納品して去るのが正しい。間違っても運用に関わってはいけない。
  • 人月単価で80万円ぐらいの仕事 - terurouメモ

    Twitterでこういうことを書いたら、そこそこ反応があった。 今のご時世、技術難易度が並ぐらい(一人でWebシステムが構築できる程度)で、2‐3人月ぐらいの小さなシステムを一人でヒアリング~実装~運用引き渡しができて、説明責任ちゃんと果たせれば、人月単価換算で80万円ぐらいは一杯転がってる(常にあるとは言ってない)し、その他要因で単価はもっと上がる— てるろー (@terurou) 2018年4月17日 意図通りには伝わらないだろうなぁと思いつつ、所詮Twitterだしなーと思いぶん投げたんだけど、想定してた範疇の誤解が広まってきたので、一応補足する。 「人月単価で80万円ぐらいの仕事」の難易度 ちゃんと書いてないから伝わらなくて当然といえば当然なんだけど、行間をちゃんと補うと、 エンドユーザー直案件 技術難易度的には、いわゆるマスタメンテナンス機能に毛の生えた程度のもの 一覧/詳細/編

    人月単価で80万円ぐらいの仕事 - terurouメモ
  • エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita

    はじめに 時の経つのは早いもので、私がIT業界に身を置いて四半世紀になってしまいました。 その間、膨大な数の「設計書(仕様書)」を書いて来ましたが、未だに悩み・迷いは尽きません。 それでも、亀の甲より年の劫とも申しますので、私なりの経験則を「個人」と「チーム」の両観点でまとめてみました。 稿のテーマは、「主に設計書を想定した、開発ドキュメントの書き方」です。 稿で前提とする設計書は、ExcelやWordで書かれた、フォーマルな(≒納品物になりえる)設計文書、です。 したがって、自社サービス開発よりも受託開発、アジャイルよりもウォーターフォール、を前提として読んでいただいた方が、しっくりくると思われます。 <ご注意> 稿の内容は執筆者独自の見解であり、所属企業における立場、戦略、意見を代表するものではありません。 個人的に心がけていること 当該文書の作成目的や位置付けを冒頭に記載する

    エンジニア歴20数年の私が、設計書を書く際に心がけていること - Qiita
    sigwyg
    sigwyg 2018/02/15
    ごく普通のことだと思ってたけど、なんかべた褒めされてて、けっこう感覚でやってる人多いんだなーって文系的発想。
  • コードレビューにおけるレビュアー側のアンチパターン

    tl;drコードレビューが上手く回って無くてチームが疲弊して辛かったよレビュアーの言い方を変えるだけで大体解決するよ立場とかで例外を許さず、みんながレビューしてレビューされると良いよはじめにあるプロジェクトGitHubのPRベースでのコードレビューを導入をしました。いかんせんチーム開発が初めてレベルの新人さんが多く、何かと苦労しました。特にレビュイーに対して不効率な指摘はそのまま指示の不明確さに繋がり、チーム全体の開発生産性を下げるので、レビュアーはレビュイー以上に気を使う必要があると感じました。下手をすると、レビュイーのメンタルが弱って闇堕ちするので、チームメンバーの最も大人な人がメンタルケアしたりします。大人な人は大体がリーダー格なので、その人の時間が奪われると何かと開発現場が疲弊しちゃいますね。コードレビューってそんなに難しいものだっけと思ったりもしますが、反省の意味も込めて実際に

    コードレビューにおけるレビュアー側のアンチパターン
    sigwyg
    sigwyg 2018/01/05
    HAHAHA →「時間がないのでこの修正はmasterブランチに直Pushして良いですか?」
  • 「箱」がつま先立ち! JAXA開発の超絶バランス体、その仕組みとは

    ツイッターで話題に 先月末、「JAXAでとんでもないロボットに遭遇した」という文言とともにツイッター投稿された動画。そこには「超小型三軸姿勢制御モジュール」が動く様子が映っています。 地面に置かれた状態から起き上がり、まずは一辺のみでバランスをとります。しばらくすると、1つの頂点だけを接地させて姿勢を維持し始めます。 この動画に対して、「うおおお!って言っちゃった」「どういう原理ですか?」「すごいけど何の役に立つ?」といったコメントが寄せられ、リツイートは4万、いいねは6万を超えています。 主任研究開発員に聞きました いったいどんな仕組みで姿勢を維持しているのか? JAXA部門第一研究ユニットの主任研究開発員・巳谷真司さんに、わかりやすく説明してもらいました。 ――常時公開されているのでしょうか 「常時は公開されていません。今年は9月30日に、年1回開催しているJAXA筑波宇宙センター特別

    「箱」がつま先立ち! JAXA開発の超絶バランス体、その仕組みとは
    sigwyg
    sigwyg 2017/10/24
    “内部のホイールを急速に回転させ、1分あたり2500回転ほどの速度で回しておきます。その回転をブレーキを使って一瞬のうちに止めると、モジュールが起き上がります”
  • ESDocという(多分)モダンなドキュメンテーションツールの紹介 - maru source

    こんにちは丸山@h13i32maruです。 僕は2015年からESDoc*1というJavaScript向けのドキュメンテーションツールを開発しています。 https://esdoc.org https://github.com/esdoc/esdoc Star 最初のリリースから2年、昨日ようやくv1.0をリリースできました🎉 いやー、ここまで長かったです。今ではRxJSやSketchAPIなど、様々なツールで使用されています。 この2年間、ESDocは2つのゴールを目指して開発してきました。 ドキュメントの作成・メンテナンスを快適にする(ドキュメントを書くの楽しい!という状態) ソフトウェアの使い方を簡単に理解できるドキュメントを作成する(ソースコード読まなくても大丈夫!という状態) この2つを満たすためにESDocは色々な機能を提供しています。 今日はそれらの機能の中でも(多分)モダ

    ESDocという(多分)モダンなドキュメンテーションツールの紹介 - maru source
  • Angular 2アプリケーションをimmutable.jsとReduxで構築する | POSTD

    過去にJavaScript開発をやったことがある人であれば、 Redux のことは聞いたことがあるでしょう。Reactとともに一般に普及し、開発者の中には「当時のJavaScript関係で一番興奮した出来事だった」、「アプリケーションの構築に大変革をもたらした」、はては「Reduxのおかげで地球温暖化が完全に止まった」と言う人もいるくらいです。 失礼、ちょっと我を忘れてしまいました。しかし、真面目な話、Reduxはアプリケーションの構築方法に、変化をもたらしたのは当です。この投稿では、Reduxを別のライブラリの Immutable.js と一緒に、Angular 2と統合するやり方をご説明します。 概要 この投稿では、FluxアーキテクチャとReduxの基的な概念を考えていきます。それから、簡単な連絡先リストのアプリケーションを段階的に作っていきます。初めは基的なセットアップを構築

    Angular 2アプリケーションをimmutable.jsとReduxで構築する | POSTD
  • Dockerのすべてが5分でわかるまとめ!(コマンド一覧付き) - paiza開発日誌

    こんにちは、吉岡(@yoshiokatsuneo)です。 Dockerはシンプルで軽量な仮想環境という特徴から急速に広まっており、paizaでも利用しています。ただし、発展が早いことから、断片的な情報や古い情報などもあります。そこで、ここでは今のDocker(Ver1.13: 2017/1/20更新)について、5分でわかるように簡単にまとめてみます。 目次 Dockerの特徴 コンテナと仮想マシンの違い Dockerの発展 Dockerの構成(5つの要素) Dockerの基コマンド Dockerコマンド一覧 Dockerの仕組み 考え方 まとめ Dockerの特徴 Dockerは、Linux上のシンプルで軽量な仮想環境(コンテナ)で以下の特徴があります。 早い・軽い OSレベルの仮想化なので、起動は一瞬です。コンテナ間でイメージを共有できるので、コンテナの起動自体ではディスクは消費しませ

    Dockerのすべてが5分でわかるまとめ!(コマンド一覧付き) - paiza開発日誌
  • 貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 | アプリマーケティング研究所

    貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 名古屋で戦いつづけている、個人アプリ開発者さんを取材しました。 ※個人アプリ開発者の、伊与田貴司(Takashi Iyoda)さん。 年収15万円、6年間の貧乏アプリ開発 簡単に自己紹介をお願いします。 伊与田です。名古屋で6年ほど、アプリをつくっている個人開発者です。アプリで独立する前は、いろんな会社で働いていました。 月400時間はたらいて、年収300万円という、システム開発会社で働いたこともありますし、コンビニの店長やったこともあります。 そんな伊与田さんは、どうして「アプリ開発」で独立しようと思ったんですか? もともと、独立するつもりなかったんですよ。ひとつ前の会社で「これからずっと営業」と言われて。それで、技術がやりたかったので、

    貯金1,000万円つかって、6年で20アプリつくったが、年収は15万円。どん底アプリ開発者、コンテストで賞金250万円を獲得し、人生初勝利をおさめる。 | アプリマーケティング研究所
    sigwyg
    sigwyg 2016/05/16
    すごいし頑張って結果を出したのは素直に尊敬できる。けど、ゴールが見えない。何を目指してるんだ...? お金稼ぎたいんなら明らかに非効率だし。「アプリで」て言っても、もっといい方法あると思う。
  • 「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索

    技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。>技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、当によくある。 (引用開始) 1年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理

    「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
    sigwyg
    sigwyg 2016/05/06
    すごいなー。これは良い経験になったはず。
  • フロントエンドへの複雑化について、一つの視点 - mizchi's blog

    これらの件 最近のフロントエンドへの違和感 - nobkzのブログ 日のWebエンジニアの大半が、変化に対応しきれなくなっている件について。 - 日々、とんは語る。 前提 去年は勝手Reactエヴェンジェリスト(自称)として、日に複雑化するフロントエンド技術海外の動静を紹介をし続けていた。 僕としても、フロントエンドは複雑化してると思ってるし、それは「目的の複雑化に対して必要なもの」だったと思っている。ここでいう目的とはSPAの構築であって、普通のウェブサイトは含んでいなかったが、普通のウェブサイトも当たり前のようにリッチ化目指しているのが現在なので、境目は曖昧ではある。 僕もフロントエンドの複雑化がだれにでも必要なものだとは思っていない。が、定期的に情勢を整理して、交通整理するのを心がけてきたし、春からはじめるモダンJavaScript / ES2015 - Qiita みたいな記

    フロントエンドへの複雑化について、一つの視点 - mizchi's blog
    sigwyg
    sigwyg 2016/04/12
    フロントはフロントで関わる分野が広いから、何を自分のメインに据えるか、てのはほんと大事なポイントだよなー。
  • ソフトウェア開発時に気をつけてる振る舞い - futoase

    他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ

    ソフトウェア開発時に気をつけてる振る舞い - futoase
    sigwyg
    sigwyg 2014/11/27
    転職したくなった
  • 自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編)

    自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編) ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか? 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡

    自動改札機の運賃計算プログラムはいかにデバッグされているのか? 10の40乗という運賃パターンのテスト方法を開発者が解説(前編)
    sigwyg
    sigwyg 2012/09/25
    組み込みって作るのは鬼だけど、話聞く分には最高に面白いよなー
  • MOVEは望まれなかった子 - the sea of fertility

    なにやらMOVEが話題です。 MVC is dead, it’s time to MOVE on. http://cirw.in/blog/time-to-move-on [翻訳]MVCは死んだ。MOVEするときがきた きしだのはてな http://d.hatena.ne.jp/nowokay/20120704 Twitterで「”MOVEは生まれた瞬間死んだ” って記事まだー?」って騒いでたら「お前が書けよ」の流れだったので息抜きに書きます。息抜きなので図が無いのは勘弁してください。 MOVEが生まれていない理由 この文中ではMOVEが生まれた理由はMVCの問題点に関わるとされており、そのMVCの問題点としてされているのは次の2点です。 MVCではControllerが肥大化する MVCは10年古い技術で設計されていて、最新のプログラミングパラダイムに対応していない。 しかしこの理由のう

    sigwyg
    sigwyg 2012/07/04
    PDS大事。Cが肥大するならModelに追い出せ、という話
  • Pinterestの急成長を支えてきたアーキテクチャとは? Pythonで開発しAmazonクラウドで運用

    Pinterestの急成長を支えてきたアーキテクチャとは? Pythonで開発しAmazonクラウドで運用 急速に人気が急上昇するWebサービスでは、どのようにスケールするアーキテクチャを構築し運用していくのかはサービスの成否を分けるほど重要です。Pinterestのように急成長してきたサービスのソフトウェア構成やリソース構成はどうなっているのでしょうか、Web上でいくつか情報が公開されているのでまとめてみました。 Pythonで開発し、Amazonクラウドで運用 1年ほど前なので少し古い情報ではあるのですが、Q&AサイトのQuoraにPinterestのco-founder Paul Sciarra氏が書き込んだソフトウェア構成の説明があります。 PinterestPythonで開発されており、MemcachedやNginxなど高速なレスポンスに配慮した構成になっている様子がうかがえま

    Pinterestの急成長を支えてきたアーキテクチャとは? Pythonで開発しAmazonクラウドで運用
  • 1