>>18 基本はそうやな 個人から買うと偽物疑惑かけられた時に仕入れ元はっきりさせづらいからな 最悪アカウント停止とかあると怖い
![【朗報】ワイ、転売始めて3ヶ月の月収がこちらwww](https://cdn-ak-scissors.b.st-hatena.com/image/square/e8c65693372d32614ca1b649beeed703ece0d508/height=288;version=1;width=512/https%3A%2F%2Fblogmaterial.nicoblomaga.jp%2Ficon%2F279%2Fsmartphone_icon.gif)
>>18 基本はそうやな 個人から買うと偽物疑惑かけられた時に仕入れ元はっきりさせづらいからな 最悪アカウント停止とかあると怖い
Hacker News にて、Ask HN: How did you become fluent in English? 「あなたはどのようにして英語が流暢になりましたか」というスレッドが人気になっていたので、少し前のことですが、人気のコメントをかいつまんで紹介したいと思います。 (Hacker News は、トップページに上がってくる記事と議論の質が高いので良く見ています。英語で技術系のトレンドを追いたい方は要チェックのサイトです。) 以下、「どのようにして英語が流暢になりましたか?」の回答: たくさん読む。Reddit や Hacker News, Slaskdot など。本、小説も。たくさん聞く。映画を英語音声+英語字幕で見る。 たくさん書く。英語でメモを取る。コードのコメントを英語で書く。上達はあまり気にしない。時間がかかるが、続けていれば必ず効果は現れる。- bayindirh
tl;dr - Amazon に入って 3 年が経ちましたが、この度転籍という形で Canada の Vancouver にある Amazon S3 開発チームに Systems Development Engineer として移ることになりました。 2010 年頃からずっとなりたいと思っていた北米での開発者の仕事(もちろん英語のみ)なので、本当に嬉しいです。AWS の Solutions Architect(SA)としてお客さんと向き合う仕事をじっくりさせてもらい、そこから実際に開発をしているチームに開発者として拠点も含めて移れるキャリアパスがあるんだよ、という一例になれましたので、SA になると自分の手を動かす機会が減ってしまうことを懸念している開発者の方の背中を押せたら幸いです。なお、2018 年 6 月頭に日本を出国予定で日本の会社も退職してしまうので、(旅行を除いて)日本に戻って
公開してまだ3週間ほどだし、収益としても10万円でしかないし、大きな事は言えないがここで個人開発サイトとその収益性について考えたことを記しておく。 世の中には**億ドルのバリエーションを獲得したスゲー起業家の話か、個人開発サイトを立ち上げたものの収益なんてゼロに近くサーバー代とトントンの話かの両極端しか無いように感じる。 パッと立ち上げてだいたい1ヶ月でiPhoneXが買えるぐらいのサイト規模というのは、どんなレベルのエンジニアでも手が届く範囲内にあるのが実感だ。「人生賭けて起業!」とかそんな熱い話ではない。普段の仕事が終わったら、ちょこちょこコードかいて個人的にアプリを公開して収益を得る、ぐらいの話でしかない。「1億総クリエイター時代」なんて言われる昨今では、どんなエンジニアもこんな感じのやり方が世の流れに合っている気がする。 サイト内容 今回、開設したのはざっくり言うとこんなサイトだっ
アプリを綺麗に削除するには「AppCleaner」AppCleanerMacからアプリを削除するのはアプリケーションをゴミ箱に入れるだけでお手軽ですが、設定ファイルなどはMacに残ってしまうのが難点。 AppCleanerを使えば、アプリに関連したファイルもまとめて削除することができるのでMacユーザーにとっては必須アプリ。 AppCleanerのダウンロードはこちら(無料)メニューバーに増えがちな常駐アプリを見やすくする「Bartender 3」Bartender 3 | Mac Menu Bar Item Control便利なアプリを入れていくと増えてしまいがちなのがメニューバーのアイコン。「Bartender」を使うと、メニューバーに表示させるアイコンを管理することができます。 常に見えていないと困るメニューバーアイコンは表示、そうでないアプリのアイコンは「Bartender」のアイ
すみだセキュリティ勉強会2018その1での発表資料です。 http://ozuma.sakura.ne.jp/sumida/2018/03/22/38/
ミス一つで命に関わったり数年の努力が失われたりするような重大なコードを書く場合、どのような点に気を使うべきなのかを、NASAで働くコンピューター技術者のGerard J. Holzmannさんが「The Power of 10」としてまとめています。 The Power of 10: Rules for Developing Safety-Critical Code - Wikipedia https://en.wikipedia.org/wiki/The_Power_of_10:_Rules_for_Developing_Safety-Critical_Code 1. Gotoや再帰など複雑なフローは避ける By atsunori kohsaki 2. 暴走を阻止するため、全てのループに回数上限を設定する By Woplu 3. ヒープ領域のメモリを割り当てない これは、使用済みメモリが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く