受託開発の会社が本格的にWebサービスを開発・運用してみてぶつかった課題（只今5ヶ月目） - ヴェルク - IT起業の記録
うちの会社は、基本的に受託開発の会社ですが、自社サービス開発の両立を目指しています。その取り組みの一つとして、今年の5月、boardという受託ビジネス向けのクラウド型業務システムのベータ版をリリースし、8月に正式リリースしました。 昨年、PattoというスマホアプリCMSをリリースしていましたが、これはどちらかというとソリューション型の製品のため、今回のboardが、うちとしては初めての本格的なWebサービスです。 ベータ版リリースから約5ヶ月、正式リリースから2ヶ月が経ったところですが、これまでにぶつかった課題について書いてみたいと思います。 まとまった開発時間がとれない 当然ですが、できるだけ早く開発して、早くリリースしたいという思いがあります。しかし、基本的に受託開発を止めて自社サービスの開発をしていたわけではないため、1ヶ月がっつりとboardの開発をする、ということができませんで
適切なフリーランス料金を決めるための鉄則は、クライアントの思考プロセスを理解すること | ライフハッカー・ジャパン
フリーランスとして初めての仕事をいただいたとき、料金をどう決めたらいいのかわかりませんでした。高すぎればがめつい印象を与えてしまうし、安すぎては生活していけないし。あれから2年。ようやく、クライアントと私の双方にとってベストな料金設定のコツがわかってきました。 フリーランサーは大局的に見るのが苦手 私はウェブデベロッパーです。多くの同業者が、現在または過去の給料をもとに料金を決めています。給料はそのまま市場価値を意味するので、それを料金設定の基準にするというのは、一見妥当なように感じます。でも私は、それが間違いであることに気がついたのです。 フリーランサーの多くが、大局的な視点で物事を見られていません。料金設定に必要なのは、クライアントの予算にあなたの仕事が見合うかどうかを把握すること。クライアントの予算は知ることができても、その予算がどうやって組まれたかまではわかりません。ではいったい、
続・74歳だがフルキャストの日雇いバイト紹介先で1分も働かしてもらえず帰らされ、給与も交通費も支払ってもらえなかった件→一言でフルキャスト側の対応が変化。賃金の60％を支払ってもらうことになった→全額支払われることに
結局、「休業手当」という名目で60％の賃金を貰えることになったので、タイトルを少し変更した。 前エントリはこちら http://anond.hatelabo.jp/20141205140837 友人のアドバイスを元に、フルキャストに以下の一言を伝えただけで、対応がガラリと変わった。 「フルキャストさんは紹介業務をするところだから責任はないですね。だから、紹介先のSBSロジコム株式会社に抗議します」 友人曰く、フルキャスト（他の斡旋業者も多分一緒）は、紹介先企業のことを「お客様」と呼び、ベッタリな状態である。そのため、「お客様」とのトラブルを嫌う。なるべくなら、フルキャストと被紹介者との関係だけで解決を望んでいるわけだ。だから、「フルキャスト―父」という関係から「紹介先企業―父」という関係に移すということを伝えれば、対応が変わるであろうとのこと。 実際にその通りになった。 昨日までは交通費す
74歳だがフルキャストの日雇いバイト紹介先で1分も働かしてもらえず帰らされ、給与も交通費も支払ってもらえなかった件
敢えて釣りっぽいタイトルにしたが、エントリではなるべく客観的な記述を心がけたいと思う。 また、当事者は筆者ではなく、74歳の父である。父は私の援助を一部のみしか受け取らず、生活保護の受給も拒んでいるため、フルキャスト等の登録制の派遣バイトで生計を立てている。 本エントリは紹介者のフルキャスト（所沢支店）と紹介先のSBSロジコム株式会社の対応に不満を持ったために、個人を特定されることを覚悟で、抗議の意味を込めて書いている。加えて、派遣法改正によって成立した”日々紹介”というシステムに強い疑念を持ったことも、投稿する理由となった。 以下、時系列的に。 2014/12/03 ・父が「お歳暮のピッキング・仕分け」のバイトを申し込む。 ・無事審査を通過して、紹介先決定。 2014/12/04 ・派遣先へ時間通りに到着。 ・「○○（父の名前）とSBSロジコム株式会社は、次の条件のとおりに雇用契約をいた
デザインが機械化されても心配しない理由
それって本当にオリジナル？ レスポンシブ？フラット？ビデオをつかった背景？CSSアニメーション？ゴーストボタン？いろいろな『トレンド』を見て勉強している間に、すべて導入されている 14ドルのテンプレートをすぐに手に入れることができます。 CMS を活用して情報が更新しやすいレストランサイトを構築したい？専用の WordPress テーマを使えばすぐに完成します。英語だからダメと思うかもしれませんが、UI のローカライズが簡単できるように工夫されているので、使うことを諦めることはありません。 制作者の視点で語られる『オリジナルのデザイン』には、ひとつの矛盾があると思います。最新のデザイン動向を追いかけ、それを実践することが良いデザインに繋がると考えることがありますが、トレンドになる表現はすぐにコモディティ化されていきます。オリジナルを求めているつもりが、誰でも使えるものをゼロから手作りにして
濱口秀司氏が語る「社内説得」のジレンマと解 | Biz/Zine
USBメモリの発明をはじめ、幅広い業種のイノベーションに携わってきた濱口秀司氏。誰も見聞きしたことがないイノベーティブなアイデアは不確実性が高いため議論を呼びやすい。そのため、イノベーションを実現するには、通常のマーケティング（エクスターナルマーケティング）の前にまずは、仲間や社内を説得すること（インターナルマーケティング）が不可欠だという。クリエイティブ層を悩ませる、マネジメント層とのコミュニケーションギャップを埋める「社内説得」に関して、濱口氏が豊富な経験から導き出した方法論を解説いただいた。前回の記事はこちら。 アイデアは構造に載せ「コンセプト」として伝える 図1:発想、説得（社内マーケティング）、認知（社外マーケティング） © Hideshi Hamaguchi ——組織内イノベーターが心得ておくべきコミュニケーションのポイントを教えてください。 組織内のマネジメント層とクリエイテ
Pelletkachels.nl
Pelletkachels waren ooit eenvoudige apparaten voor verwarming, maar ze hebben een opmerkelijke evolutie doorgemaakt sinds hun bescheiden begin in de jaren ’80 van de vorige eeuw. In dit artikel duiken we diep in de geschiedenis van pelletkachel, bespreken we de belangrijkste mijlpalen en ontwikkelingen op het gebied van subsidiemogelijkheden en werpen we een blik op de transformatie tot moderne en
元『ぐるなび』のエンジニア起業家が語る、若手が「フルスタック」を目指すべきじゃない理由 - エンジニアtype | 転職type
SEやWebサービス開発者の理想の姿として、フロント～バックエンド開発からインフラ構築まで一通りこなすことのできる「フルスタックエンジニア」が脚光を集めている。米国IT企業の求人で使われ出したこの言葉は、近年の日本でバズワード化。その実現可能性をめぐって、さまざまな議論が繰り広げられるようになった。 そんな中、主にデータベース/ビッグデータ解析基盤の開発とコンサルティングを提供するITベンチャーINTHEFORESTで代表取締役社長を務めている冨田和孝氏は、「若いエンジニアがフルスタックエンジニアを目指すのはお勧めできない」と語る。 その理由は、自身の過去の経験から、「地獄を見る思いをするから」だと言う。 「とんでもない修羅場」でもつぶれないことがフルスタックへの道!? INTHEFORESTのホームページ 冨田氏は、2000年を前後して起こったITバブル期に、ある受託開発会社でシステム開
ソフトウェア開発時に気をつけてる振る舞い - futoase
他人と開発する多人数開発(2名以上)のお話。 なんとなく思ってること。 修正してください 仕様が変更になった上での変更であれば、修正ではない。 ので、「変更した理由」と「変更して欲しい意図」を説明する。 その前に一言、「修正」とかチケットで「修正」とつけてはいけない。 その人は「変更前の仕様」を充足した形で実装していたのだから。 バグを出した後の言葉かけ 僕は率直に、見つかってよかったと思うし、そう表現するのだけど、 人によって追い詰める言葉を発してしまう。 追い詰めると、次バグが見つかっても「気が付かなかったフリ」をされてしまう。 そうなると品質が下がる。意味が無い。 話を自己の経験100%で話してしまう 自分が得られた知見は重要なんだけど 働いてきた場所は10も無いだろう。というので 50%ぐらいに抑えて、後は他社の事例とか、 なんか優れたようなドキュメントとか開発の歴史事例とか それ
仕事で公にしていいことは公開された場所で議論をしていきたいが - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]
無骨に発言の自由さを主張していきたい— Kenta Suzuki (@suzu_v) 2014, 11月 27 @bash0C7 プライベートメッセージやプライベートグループでの伝達やディスカッションが公にしていいなら、公開すべきだと思っています。非公開は権威を生みます。これ、意外と感覚がない人が多いと感じてるのです。— Kenta Suzuki (@suzu_v) 2014, 11月 27 @suzu_v 同意しかない。同意しかないです。これを進めるうえで留意がいるなと思うのは、公開状態で進めてネガティブな体験をした事がある人も多いようで、そういう体験があると非公開で進めたいというのは正常な反応だと思うし、皆が聞き耳立ててる中で話しをするのは難しく140字では文字数— bash (@bash0C7) 2014, 11月 27 文字数が足りなくなったのでこちらで。 プライベートメッセージや
![仕事で公にしていいことは公開された場所で議論をしていきたいが - id:bash0C7の進捗 過去アーカイブ[〜2019-02-23]](https://cdn-ak-scissors.b.st-hatena.com/image/square/1371b392794cbcfd9476d59b78333d73f6f694f1/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F12921228815714508769%2F8454420450075512655%2F1417109085)
WordPressを巡る理想と現実、あるいは誤解
ブコメでもすでに色々言われていて、自分のFacebookのタイムラインでも軒並み言及されているので、触れたくない理由は色々あるのだが、CMSで仕事をしている以上、反応しとかないといかんかなと思って筆を取る。そう、この件だ。 WordPressで「ささっと作る」で請けれなくなってる現状。 まとめると、WordPressは作り手にとっても楽に作れて、ウェブサイトを持ちたい人にとってもイニシャルコスト・ランニングコストともに安く済ませられる、みんながハッピーなツールだったはずが、そうではなくなってきた、と言う話。そうではなくなってきた根拠は何かと言うと、セキュリティ対応と管理画面の使いにくさ、カスタマイズ範囲の肥大化、の３点があるようだ。 セキュリティ対応は必要ですし、ランニングコストもかかります セキュリティ対応については、WordPressの導入によく使ってきたロリポップサーバーでWordP
WordPressで「ささっと作る」で請けれなくなってる現状。 | バニデザノート
WordPress案件、前からいろいろ請けさせてもらっているんですが だんだん「簡単にー」っていう範囲から外れてきていて どんどん予算もかさばっている現状があります。私なりの把握していることを書いてみます。 WordPressが広まりだした頃から、アタックを受けやすくなっているWordPress。 WordPressが動いて安くて便利なロリポップでのアクセス制限のハードルが高いです。 一時期特にロリポップがやっていた「簡単インストール」でやっていたロリポップ加工版のやつに穴があった（？）か何かで、ファイルアップロードしているものにも影響が出てくるように。 ログインのアドレスを変えてみたり、サーバーに関係なくアタックへの対処法っていろいろあったんですが、どんどん.htaccess制限されちゃって。 個別IPアドレスを通す設定にしてるものだから、「IPアドレスって何？」って人にはすごいハードル
残念な女性向け商品が作られてしまう「ダサピンク現象」について - yuhka-unoの日記
最近、Twitterで「ダサピンク現象」という言葉がちょっと広まって、（一応）名付け親である私としては嬉しいのだけれど、誤解している人も多そうなので、この辺りでエントリを書いてまとめておこうと思う。 「ダサピンク現象」は元々この辺りの話から始まった。 「ピンク＝女性向け」？ - Togetterまとめ ここでは、「女性向け」ということでデザイナー職の女性たちが考えたデザインを、上層部のおっさんが「女性ならピンクだろ」と言ってダサいデザインに差し替えてしまうことや、実際に街を歩いている女性の服装のうち、ピンクの割合はどれくらいだと思ってるんだとか、一口にピンクと言っても色々なピンクがあり、おっさんが思う女性向けピンクと、実際に女性から好まれるピンクは違うとか、そういう話が展開されている。 それを受けて、私はこういうTweetをした。 なぜ出来が残念な結果になるのかというと、「女性ってピンクが
HIKAKINって凄いって思ってる、結構マジで - はてなブログを毎日書いていたら10Kg痩せました！
ブンブルブハローはてなブログ！どうも、ペロペロです！ 最近ユーチューバーが話題ということで、僕もちょっとHIKAKINについて書いてみようかな、と思います。 いやー、HIKAKINって凄いですよね。 全然皮肉とかで書いてるわけじゃないです。ホントの所結構マジで凄いなと思ってます、面白いとは思わないんですけど。 でも「面白くない」ってブーブーいう人が多いのに、これだけブレイクしてるってのがそもそも凄いですよね？ 一時「何でこの人こんなに動画再生されてるの？」と思ってかなりの動画を見てみたことがあります。 その結果、出たのが「やっぱりHIKAKINってすげぇ」って結論です。 HIKAKIN自体が凄いのか、HIKAKINを作り出しているバックエンドが凄いのかはよくわからないですが、とにかくHIKAKIN凄い。怖い。 そんなわけで今日は僕がHIKAKINをなんで凄いと思ったのか、怖いと思ったのかを
Yahoo!ニュース - 新聞社の「定額残業制」に労基署が「是正勧告」 どういうことなのか？ （弁護士ドットコム）
新聞社の「定額残業制」に労基署が「是正勧告」 どういうことなのか？ 弁護士ドットコム 11月21日(金)11時39分配信 秋田県の地方新聞「秋田魁新報社」が従業員に対し、適切な残業代を払っていなかったとして、労働基準監督署から是正勧告を受けていたことが、11月上旬に分かった。 報道によると、秋田魁新報社は、実際の労働時間にかかわらず、部署ごとに一定額を支払う「定額残業制」を、労使合意にもとづいて採用していた。しかし、秋田労働基準監督署は「一定の残業時間を超えた場合は未払いに該当する」として同社に是正勧告をした。 勧告を受けて同社は、従業員268人のうち約8割に、今年1月〜6月分の未払い残業代と深夜割増賃金、合わせて約7500万円を支払うと発表。「今後は労働時間の管理を徹底していく」と話している。 今回のように、労使合意に基づいて、定額残業制が採用されていても、「追加の残業代」が出るの
基盤系プログラマ - kuenishi's blog
いわゆる基盤系のエンジニアリング技術について、私の場合は、今の会社に入社して２年間で徹底的に叩き込まれました*1。C言語なんかは独習の範囲内であって、コンピュータに関する基礎的な知識が不足していると痛感しています。一方、Computer Scienceに関する基本的なトピックはシンプルなものが多いので、数学の素養と、大学で詰め込まれた技術があれば何とかなる感じがしています。 飽くまでも、ですが、OSとかRDBMSとか、全ては手段です。ビル建設でいえば生コンのようなもの。砂利とか。肝心なのは、自分が欲しいビルの理想をきちんと描き、実現までの手段・手順を整理する。理想としているビルができているかを確かめる。難しいのは、「そんなビルが技術的な観点から本当に建設できるのか？」を確かめながら進むこと。 あるいは、それらの技術を全て、日本語にしてきちんと表現すること、設計を周囲に伝えて合意をとること、
１日１０分であらゆる問題がスッキリする「ひとり会議」のやり方 - のほほん感想録
『「ひとり会議」の教科書』を読みました。 本書を読もうとしたきっかけは、考え事を「ひとり会議」と称して行うのが面白そうだったからです。また、どのようにひとり会議を行うと、普通の考え事とは違う結果になるのか興味があったからというものあります。 今回は、ひとり会議を行うべき理由とひとり会議の流れを紹介したいと思います。 Photo:Meeting Myself By Cybergabi なぜ「ひとり会議」をするのか 私たちの頭には、どんなときも絶えず様々な思考が浮かんでは消えてを繰り返しています。仕事をしているときも、テレビを見ているときも、この記事を読んでいるときも、この思考は止まることはありません。 普段はこの思考に振り回されることはないのですが、やるべきことが処理しきれないほど増えすぎると、「あれもやらなきゃ」「これもやったほうがいいかも」といろいろなことに目が行ってしまい、目の前にある
ソニー損保のWebマスターが部内で作った“行動指針「わかりやすさのその先へ」十か条”がスゴイ！ | 稲富滋のWebマスター探訪記
いくらWebサイトの良しあしを外部からほめられたとしても、お客様にとってわかりにくければ何の意味もない。 文章がいくら正しく書かれていても、お客様に伝わらなければ意味がない。 そう話すのは、ソニーが15年前に損害保険業界に参入し設立した「ソニー損保」のコンテンツ企画部長の片岡 伸浩氏。ダイレクト販売を旗印に保険業界に参入する企業として「企業のためでなく、お客様のための保険会社」だというメッセージを伝える必要がありました。そこで、今回はそのメッセージを伝えるために、ウェブを通じてどのような取り組みを行っているか片岡さんに伺いました。 コンテンツ企画部で作った行動指針「わかりやすさのその先へ」保険という商品はもともと複雑な商品で、お客様がすべてを理解したうえで契約しようとすると、かなり広範囲な知識が必要となります。お客様にとっては、「難しい」と思われてしまう商品かもしれません。言い方を変えれば
発注者「簡単なアプリです」エンジニア「簡単か否かを決めるのはお前じゃない」
発注者「誰かiPhoneアプリ作ってくれませんか？簡単なアプリです！！」 エンジニア「簡単かどうかを決めるのはお前じゃない。」 — のり@食べるの大好きエンジニア (@sugi511) 2014, 11月 10 発注側と受注エンジニア側だけでなく、同一社内の営業と開発という部門間でも生じやすいギャップのお話。はた目にはシンプルそうに見える、ちまたに沢山出回っているから簡便そうに見える、だから作るのも簡単だろう。作ってくれませんかと発注側は語るけれど、実のところ開発が簡単か否かを決めるのは発注側では無くて開発側。 数枚、あるいは数行の仕様での発注案件でも、いざ開発してみると山ほどのリソースを投入して数か月かけても終わらないという事案も山ほどある。プログラム、アプリ開発周りで分かりにくければ、料理などが分かりやすいかな。シンプルに見えるけど目新しくて美味しい料理。そこにたどり着くまでにどれほど
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
