シドニーの会社から仕事の相談が来た
働きたくない自分はフリーランスをしつつ脱受託を目指してMarkdownエディタアプリを作ったりしている。兼ねてから海外の仕事が欲しくて、ロンドンに旅行した際に現地のミートアップでライトニングトークをしたりと地道に活動をしている。アプリのマーケティングも兼ねて書いている英語ブログは、先日書いた記事がバズって1700ものclapsを獲得した。そんな折に、オーストラリアの会社からお声がかかった。その経緯と自分の取っている戦略について書きたい。 概要海外の仕事は自己投資・さらなる刺激・報酬アップが狙い相談主は自分のアプリのユーザさんだったブログは効果的な営業活動人の紹介はリスク回避の効果がある求人サイトは基本的に不利プラットフォームに自分を埋もれさせないための戦略自己投資・さらなる刺激・報酬アップが狙いまず、海外の仕事を取りたい理由は主に以下の３つ： 英語レベルを上げたい面白い事がしたい報酬を上げ
Markdown Night 2017 Summer という勉強会が開かれました | メルカリエンジニアリング
connpass.com @magnolia_k_さん主催による、Markdown Night 2017 Summer という勉強会が開かれ、今回メルカリはその第1回目の会場提供をさせていただきました 1。 イベントページ公開後から結構な反響を頂いており、期待をしていたのですが、実際に開催してみても Markdown に対する熱い思いを持った方たちが集まり、それぞれの思いをトークにして盛り上がりました。なお、今回は esa や Kibela、Qiita といった各種 Markdown を使ったサービスを作っている知見を持った方たちの参加もあり、とても大盛況でした。 当日の様子は Twitter ハッシュタグから追うことができます → #markdownnight では、以下タイムテーブルとその発表です。 Markdownはなぜ拡張され続けるのか @__gfx__ さん blog.bitjo
「Mackerel サーバ監視[実践]入門」の共著に参加しました - えいのうにっき
「Mackerel サーバ監視[実践]入門」、ようやく出ました！ Mackerel サーバ監視[実践]入門 作者: 井上大輔,粕谷大輔,杉山広通,田中慎司,坪内佑樹,松木雅幸出版社/メーカー: 技術評論社発売日: 2017/08/26メディア: 単行本（ソフトカバー）この商品を含むブログを見る 共著とはいえ、こうして自分の名前が入った本が世の中に出るのは生まれて初めての経験。五十音順の関係で、自分の名前が先頭に出てしまっているのが恐れ多すぎる！（Amazonで見ると自分の名前がリンクになっているんだけど、クリックしてみると精神医学についての本や看護師国試対策本、がん治療や果てはフランス・スペイン語の本が出てきたりして、僕以外の僕スゲーな、と。） 自分のメインの担当範囲は2章と4章で、あと一部のカラムも僕由来成分だったりします。あとは書籍全体を通してのチェックを実施したりとかもしました。 自
![「Mackerel サーバ監視[実践]入門」の共著に参加しました - えいのうにっき](https://cdn-ak-scissors.b.st-hatena.com/image/square/75b5b6fa2237cc6a17ca9c8b391ccaa879427526/height=288;version=1;width=512/https%3A%2F%2Fcdn-ak.f.st-hatena.com%2Fimages%2Ffotolife%2Fa%2Fa-know%2F20170823%2F20170823214908.jpg)
プレーンテキストから４コママンガに変換出来るツールを作った - No Regrets in Bathing
白ハゲ４コマメーカー リリースしました！ テキストを入力してポンポンスタンプを押すだけで４コマ漫画を作れます。 ※Twitterに直接画像をアップロードする機能はないので、ローカルに一旦保存してくださいhttps://t.co/RCX183cdW8#白ハゲ４コマメーカー pic.twitter.com/qbvRHqO5R3— hashrock (@hashedrock) 2017年6月27日 作りました。 https://mangadown.netlify.app/ ここの所、Markdownからすべてを生成することを目指した「anydownプロジェクト」というのをやってます。 その流れで４コマもテキストから生成できそうだな、と思いついたので作りました。別にMarkdownじゃないんですが、それなりに書きやすいんじゃないかと思います。 大層なことにそれらしいWebフォントを使っていたり、縦
Scala で実装した社内ナレッジ共有ツールを OSS にして公開しました
社内の事業部・プロジェクトを跨いで、社員間で技術やノウハウの共有をもっともっと盛んにしたいーそんな社員の声から生まれ、社内で運用中のツールをこの度 OSS にして公開しました。 公開先 GitHub 上に公開しています。 atware/sharedocs README にデモサイトや Heroku ボタンを記載していますので、すぐに試すこともできます。 Sharedocs Markdown で記事が投稿でき、コメントや Like やストックができる、言ってしまうとどこかで聞いたことがある某有名サービスのような情報共有ツールです。 投稿画面 絵文字も入力できますし、さらにはシーケンス図やフローチャートも Markdown で描けます。 レスポンシブにしてあるのでスマホやタブレットでも使えます。 つくるに至った背景など 背景 弊社には以前から、 他のプロジェクトでどんな技術が使われているのかよ
Keiyaku CSS
Keiyaku CSS Crazy Style Formatter for Japanese Contract Document Unfortunately, the style in Japanese contract document is totally crazy. I hope this CSS library cures that a bit: write a document logically structured in markdown or HTML, apply keiyaku-css to it then, you’ll get a well-formed document good luck! 概要 Keiyaku CSS（以下、「本件ライブラリ」という。）は、Markdownで書かれた契約文書を、適切な印刷書式にスタイリングするための、CSSライブラリです。 ユ
仕様や実装方針の相談をPullRequestで行う取り組み - $shibayu36->blog;
これまで少し大きめな機能であれば、コードを書く前にまず仕様や実装の方針をissueのdescriptionにまとめ、それを先にレビューしてもらってから実装にとりかかるということをしていた。最近、その方針をそもそもrepositoryのファイルとして書いて、PullRequestしてレビューしてもらうようにしたら便利だったのでご紹介。 なぜコードを書く前に仕様や実装の方針をレビューするのか 前提としてなぜコードを書く前に仕様や実装の方針をレビューして欲しいのかについて書いておく。これはとにかく手戻りの量を少なくしたいという要求のためである。 実装に取り掛かろうとすると、実装の方針はいくつか思いつくが、どれが一番よいか迷うことはよくある。その場合に誰にも相談せず自分だけで判断し、コードを書いてからPullRequestを送った場合、もしその選択に重大なミスがあった場合全て書きなおさないといけな
Swiftオープンソース化の衝撃 - Hatena Developer Blog
エンジニアの id:cockscomb です。この記事ははてなデベロッパーアドベントカレンダー2015の8日目の記事です。昨日は id:Songmu による Markdownドキュメントをgithubで管理して、はてなブログでホストする ~ Mackerelの場合 でした。 Swiftがオープンソース化されて数日が過ぎました。皆さんいかがお過ごしでしょうか。 Swiftのオープンソース化そのものは今夏のWWDCでアナウンスされていた通りです。しかし私を含めた多くのSwiftプログラマーは、このオープンソース化にとても興奮しています。 WWDC 2015のキーノートで、Swiftが今年中にオープンソースになり、OS Xに加えてLinux上での動作がサポートされると発表されたとき*1、私たちはそれを予感していたにも関わらず熱狂しました。しかし同時に、いったいどこまでがオープンソースになるのか、
Qiita:Team と比較して esa.io の方が圧倒的に優れてる機能3点 (\\( ⁰⊖⁰)/) - kakakakakku blog
プロダクトで CQO を担当していて，Qiita:Team をこよなく愛す僕ですが，食わず嫌いは良くないなということで，esa.io をトライアルで使ってみた． 実際にポストしてみたり，ヘルプを見てみて，基本的なところは Qiita:Team と似てるなーという印象を受けたんだけど，Qiita:Team と比較して esa.io の方が圧倒的に優れてるなと思う機能を3点を知ってしまったので，熱量高くまとめてみた．まぁ圧倒的は言い過ぎたかもwww 1. カテゴリーという概念があること esa.io のポストは，タグ以外にカテゴリーというメタ情報を付けることができて，これは便利． Qiita:Team だとタグしかないので，例えば日報のように時系列に沿った情報を探したりすることができず，結構ポストが埋没する傾向にあるという課題はどこのプロダクトでもあるんじゃないかなと思う． ちなみに Qiit
Sublime TextでMarkdownを快適に書くためのプラグインと設定
メモ書きやらブログの下書きにMarkdownを使い始めたわけなんですが、まぁこれが快適でして。さっくり下書きできて後で簡単にhtmlに起こせると言うのが嬉しいです。学習コストも大した事ないし。 Markdown使うためにMac、iPhone、iPadに導入したエディタアプリ で、↑の記事ではMacでMarkdownを書く時にMouを利用し、ときたまSublime Textを使っていると書いたのですがメインエディタをやっぱりST2にしました。 キャレットが増やせなかったり、やっぱりビジュアルが我慢できなかったり、Mouを使ってると「もう〜」ってなる瞬間が多かったので。Mouだけに。Mouと感嘆詞の「もう〜」がかかってます。すごい。 そんなわけで今回はSublime TextでMarkdownを快適に書くために導入したプラグインと設定を書いておこうかと思います。（なお、私の環境はMac + S
Markdown記法+Git+md2review+ReVIEWで原稿・ドキュメント管理 - プログラマでありたい
来年は、インプットあたりのアウトプットの増加を目指しています。具体的なアウトプットとしては、ブログを書くこともその1つですし、公開・非公開を問わずに効率的にドキュメントを書いていくこともあります。その中で効率的にドキュメントを書くには、バージョン管理を含めドキュメントを管理する仕組みが必須だと思います。以前、原稿を書いていた時は、Git+MS Wordで書いていました。版管理出来るという点では良いのですが、Wordということで執筆出来る端末も限定され、またフォーマット変更もしづらいので改善を考えていました。 そんな中で、IT系の物書きの人たちの間でReVIEW良いよという話を何度も聞いたので試してみようと思いました。一方で、記述のデファクトは今後はMarkDown基本になると思うのでそちらもマスターしたいと考えています。Twitterで何気なく呟いたら、@masawadaさんにmd2rev
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
フロントエンドエンジニア（仮） 〜え、ちょっとフロントやること多すぎじゃない！？〜