こんにちは世界。このたびシェアオフィスやコワーキングスペース等で、滞在者が確認できるサービスを制作しリリースしました。既に複数のコミュニティで使用をしてもらっており、今後も広く皆さんに使ってもらおうと思ってます。 このブログでは40歳を過ぎてプログラミングを始めた顛末や、技術的な方法論の共有、備忘録、またサービスの発展や、今後行って行きたい事柄についてなるべく気軽に書いて行こうと思います。 コンセプト 誤字脱字気にしません。 事実誤認のご指摘あれば直します。 文章で議論とかはしません。 気軽に、軽めに、自分の負担にならない形で記事を書きます。 今回はサービスの概要とプログラミングを初めてからサービスをリリースするまでの経緯を書きます。 どんなアプリなのか？ 任意の人がある程度自由に集まる場所で『今、誰がいるか？』が、スマホに通知され確認できるサービスです。シェアオフィスやコワーキングスペー

こんにちは、あんどう（@t_andou）です。 副業でスタートしたwebサービスですが、作り始めて1年が経過しました。 まだ成功とも失敗とも言えない状況ですので物語としては大して面白くもないとは思いますが、備忘録としてこの1年の振り返りをまとめておきたいと思います。 この記事に書いてあること 何を作ったのか なぜ作ったのか なぜ競艇なのか 経緯 2017年9月 2017年10月 2017年11月 2017年12月 2018年1月 2018年2月 2018年3月 2018年4月 2018年5月 2018年6月 2018年7月 2018年10月 2018年11月 2018年12月1日 現在の状況 メンバーについて 収支について ユーザー数について PVについて 良かったこと その1.完成度はともかく公開してみたこと その2.有料のサービスにしたこと 最後に 対象読者 ・Webサービスを作ってみ

運営者ギルドという、個人や少人数チームでWebサービスやアプリを作っている人のSlackチームがありまして、そこで furuta さんやnaichi さんとチャットしていて、個人サービスを作っていて「モチベーションが続かない」「いつの間にか辛くなってくる」という個人開発あるあるについて話していました。 個人開発は「自分の作りたいもの」を「自分の使いたい技術」で「自分の好き」に作れる最高の舞台です。クリエイターならやらない手はないでしょう。 しかし、何も考えずにいざ足を踏み入れてみると、思ったよりも険しい道だと気づくのです。 仕事でもなく「自分が作りたくて作っていた」はずなのに、いつの間にかどこかに逃げ出してしまうモチベーション。何ヶ月経っても作り終わらない現代のサグラダ・ファミリア。仕事がバタついて1週間面倒見ていなかっただけで「え、なにこのクソコード」と毒づいてしまうほど荒れ果てたmas

はじめに とあることをきっかけにプログラミング(Python)を学び始め、半年後にはWebサービスを自作することができました。 これまでの半年間の振り返りも兼ねて、その学習の過程を書きます。 回り道を重ねた平凡な学習の記録ですが、私と同じようにWebサービスを作ることを目指してプログラミングを現在勉強中の方・これから学ぼうとしている方に少しでも参考になれば幸いです。 目次 はじめに 目次 学びのきっかけ 本業 とある機能追加。その開発が完了するのは2年先。 要件を大幅見直して、費用は100分の1に。それでも開発が完了するのは5ヶ月先。 慢性的な開発要員の不足 自分自身で開発できたら、何かが変わる？ プログラミングを学ぼう！ プログラミング言語選び Rubyか？ それともPythonか？ Pythonは好きだし選んで後悔は無いけれど、いま考えるとRubyも良かった 学習記録：初日〜2日目 1

エンジニアのための実践アウトプット入門 継続的に発信し続けるコツ 実戦的アウトプット入門　なぜ？　なにを？　どうやって？ 2018年10月9日、Forkwellが主催するイベント「日々のアウトプットが変える！あなたのエンジニア・ライフ」が開催されました。エンジニアの成長に必要不可欠な「アウトプット」。しかし、今すぐアウトプットを始めようと思っても、何をどのように発信すれば良いのでしょうか？　日頃よりアウトプットを積極的に行っている2名のエンジニアを迎え、エンジニアとして成長するためのアウトプットのコツを語っていただきます。また、エンジニア向けポートフォリオサービス「Forkwell Portfolio」を用いた、現役エンジニアのポートフォリオレビューも実施。エンジニアとしてのキャリアの作り方を語りました。プレゼンテーション「実戦的アウトプット入門　なぜ？　なにを？　どうやって？」に登場した

これまでベンチャー企業でBtoCのWebサービスをPMしたり、大企業で会員数が半端ないCtoC事業のWebサービス及びアプリのPMを担ってきました、たばてぃしゃちょーです。 ハンドルネームの通り社長業もやっていて、アフィリエイトでそこそこ稼いでいます。 アフィリエイトに関する過去記事はこちら。 blog.gahara.me この度、10月20日にAmazonの値下げを通知するWebサービスをイラク日報村を作ったカリスマ@alea12と一緒にリリースしました。 Amazonで安くなったら即通知 Cupio cupio.jp 競合が多数ひしめき合う中、今更Amazonのアフィリエイトwwwwwww って思うかもしれません。私も思います。 今回は企画からリリースまでにやった事となぜこのサービスを作ることになったのかを書いていきます。 スモールスタートの仕方を学びたかったり、Webサービスを作って

昨日とあるメーカーさんの暮らしに関するユーザーインタビューを受けました。いろんな質問を受けていて改めて振り返って見たのですが、我が家の場合は料理以外の領域に関しては、旦那氏がとても活躍してくれているということ。笑 私たちは、A型な旦那とB型の嫁という真逆な人間同士が、夫婦としてチームを組んでいます。 私は何かわからないことがあった時、まず周りの詳しい人に聞いて教えてもらって解決するタイプ。対して旦那氏はわからないことがあった時、自分で納得するまで調べて解決するタイプ。 彼は調べることも大好きで、生活用品ひとつを選ぶ時も、Amazonのレビューを見て複数の商品を比較した上で、もっとも自分によさそうなものを選びます。 私はそこまでこだわりがないので、彼が選んだものをそのまま採用するパターンが多いのですが、ここで浮上するのがURL埋もれる問題。（仕事でもよく出てくる問題ですよね…） そんな中、以

黒背景の白文字だと、一般人は中に書いてある文字が仕事に関係のある文字だと思うからである。 実際は、頭の中でいろんな事考えながらやってるけど、テキストファイルに進みがないとサボってると思われるので、適当にそれっぽい文字をコード補完使いながら書いているか、実はテキストエディターに偽装した別サービスである可能性が高い。

この半年間はソフトウェアエンジニアとしてのアウトプットに積極的になるよう意識的に行動してみたので振り返ってみます。長くなってしまったので3行でまとめるとこんな感じです。 成長と刺激を求めて OSS contribution や登壇やイベント運営を頑張ってみた 成長したかはわからないが、知り合いが増えたりして刺激を受けることが多くなった これからも続けていくが持続可能なペースにしたい この半年間、登壇とかイベント運営とかに積極的になるよう"試験運用-セルフコントロール-"してきたのでそろそろ振り返ってまとめたい— 広島の粗大ゴミ (@ohbarye) 2018年9月27日 だいたい2018年上半期の話ですが一部期間外の話もあります。 なぜアウトプットを増やすか 唐突ですが、現職では日常の業務を漫然と続けるだけで成長するフェーズは終わったのかなぁと思っています。新しく何ができるか、何をすべきか

This domain may be for sale!

マーチン・ファウラー氏の新著「リファクタリング 2nd Edition」が完成、ほぼ全面的な刷新。日本でも11月22日発売 マーチン・ファウラー氏が約2年を費やして執筆してきた新著「リファクタリング 2nd Edition」が完成し、日本のAmazon.comなどで予約が始まりました。発売日は11月22日と表示されています（下記の表紙画像からもAmazon.comへリンクしています。記事執筆時点でのAmazon.comでの販売価格は7279円）。 「リファクタリング」とは、ソフトウェアの機能追加や変更、性能向上などに備えるため、開発されたコードの外部に対する振る舞いは変えずに、より整理された、あるいは洗練されたコードに書き換えること、あるいはその手法のことを指します。 いまでは開発者の間で広く知られているこのリファクタリングの意義や方法論をはじめて系統的に解説し、普及に大きな貢献を果たした

Webエンジニアになりました こんばんは。きゃにすたーです。いわゆる退職エントリというやつです。新卒から1年間努めたSIerを辞め、めでたくWebエンジニアになって1ヶ月経ったので、転職の動機や感想などを書いていきます。 かつての僕と同じように新卒でなんとなくSIerに入って燻っている人たちの参考になればと思って書きます。できるだけニュートラルな視点で書こうと思いますが、見直してみるとハチャメチャに悪口を書いているのでここから下は悪のSIer幹部に親と幼馴染を殺されて村を焼かれた人が書いていると思って読んでください。はいはいアストロンアストロン。 退職の動機 ざっくり挙げると以下のような感じです。 自分のモチベーションとのギャップ エンドユーザーと距離がありすぎて手がけたプロダクトが役に立っているのか分からない 自発的な改善案が受け入れられにくい 客先常駐ばかりで会社に対する帰属意識が薄い

わかばちゃんと学ぶ Git使い方入門を読みました。 本書を読む前の自身のGitに関する知識は以下のとおりです。 Gitの基本コマンドは知っている（clone, commit, pull, push） Gitを個人で使用したことはあるが、チームで使用したことはない ブランチ、プルリクエストは聞いたことあるけど、使い方はわからない 読み終えた感想としては、自分のようにGitを少しだけ使ったことがある人や、Gitを使ったことがない人におすすめしたい一冊でした。 この記事では、もう少し掘り下げて感想をまとめてみます。 「漫画で説明⇒実践」の流れがわかりやすい 「マンガで説明⇒実践」の流れでGitについて学べるのがわかりやすくていいです。 マンガを読んで「へーなるほどー」と思いつつ、実践パートで実際に手を動かしてみて「そういうことか！」と理解できるのがいいですね。 例えば、「ブランチを作成する」や「

こんにちは、ARuFaです。 突然ですが先日、100円ショップでこんなものを購入してしまいました。 「ドッキリ！赤ちゃん」というオモチャです 膨大な商品が陳列されている100円ショップの店内を歩いていたところ、突然視界の端に『全裸の赤ちゃん』が写ったような気がし、「いや、そんなわけないか…」と思ってよく見てみると、そこには全裸の赤ちゃんがパッツパツに梱包されていたのです。 けがれを知らないその瞳はキラキラと輝いており、気付けば僕は商品説明などを一切読まずにこの商品を購入していました。 そして帰宅後、僕はさっそく商品を開封し、窮屈そうなパッケージから赤ちゃんを解放してあげることに。 パッケージから取り出してみると、赤ちゃんも心なしか嬉しそうな顔をしている気がしました。 ……そしてこれは余談なのですが、ふと空のパッケージを見ると、赤ちゃんの抜け殻みたいになっていて思わず悲鳴を上げてしまいました

これは？ 変愚蛮怒（ 変愚蛮怒 公式WEB ）というローグライクRPGがあります。ローグライクRPGとは、いわゆる「シレン」や「トルネコ」の元となったゲームです。 特に昔ながらのローグライクRPGはテキストだけで画面が構成されているという非常に渋いゲームです。 一般的なRPGとは違い、死んでしまうと、そこで冒険は終わり。セーブデータには死亡回数が刻まれ、またレベル１からやり直すというハードなRPGです。 ゲーム内のキャラクタのデータはリセットされますが、プレイヤーはその経験を生かして次のプレイではより高いレベルまで成長できるという「プレイヤー自身が成長する」という感覚が魅力です。（と僕は思っています） また、操作はキーボードを駆使して行います。装備変更は「e」食事を食べるのは「E」物を投げるのは「f」といった具合です。 そのため、スマートフォンやゲーム機に移植したものとは操作感覚が全然違い

動画サイト「ユーチューブ」に自分の特技や芸の動画を投稿し、多くの視聴者を集めるユーチューバー。長内孝平氏（27）は表計算ソフト「エクセル」の使い方を解説する動画「おさとエクセル」で多くの視聴者を獲得するユーチューバーだ。勤めていた大手商社を7月末に退社し、ユーチューブを使った企業研修やビジネス系動画制作を手掛けるYouseful（ユースフル、青森県板柳町）を立ち上げた。「就職もユーチューバーも夢を実現する手段です」と言い切る元商社マンの自由な仕事スタイルに迫った。 エクセルの達人、外国人にも頼られる「明日の商談の資料でこんな感じのグラフを作りたいんだけど」 商社時代、長内さんは朝出社してエクセルに関する相談メールに応じるのが日課だった。マクロ（エクセル計算を自動化できるプログラム）の構築もできるエクセルの達人として社内で知れ渡っていた。 デスクには2つのモニター画面を置き、1つはマクロのコ

Thursday on X (Twitter), all users saw the same pinned topic under the “What’s happening?” sidebar. As part of a “timeline takeover” — which gives advertisers &#822

こんにちは、エンジニアリングGの中村です。 以前にこのブログにてエムスリーでの社内研修について紹介しました。今回は、この中でのbashスクリプティング講座の資料を公開します。 www.m3tech.blog 弊社の中でもいろいろな用途でbashが使われていますが、bashは簡単に利用できるもののプログラミング言語としてはバグを生みやすい、辛い言語だと思います。 ここで紹介しているのはいわゆるコーディング規則というよりも、バグ防止と可読性向上のためのルールをTips集的にまとめたものです。 bashにおいてまだまだ注意するところはありそうですが、多少なりともわかりにくいスクリプトの削減になればと期待しています。 [追記: 2018-08-22] はてブにて以下のコメントをいただきました。 bashスクリプティング研修の資料を公開します - エムスリーテックブログ bashで50行以上になった

リンク Qiita GoogleフォントがIE11で正常に表示されなくなった - Qiita 備忘録代わりに。 ##何が起こったか IE11で[Googleフォントの『Rounded M+ 1c』](https://googlefonts.github.io/japanese/#roundedmplus1c)を使ったサイトを見... 1 user