2019年。個人的に面白いと感じた最新Webサービス。
紅白出場歌手が発表されるとか、街中のキャンペーンがクリスマス仕様になっているとか、もう年の瀬を感じさせる時期というところで、 2019年という1年をかけて、IT業界にいる自分が感心した「令和にふさわしい革新的Webサービス6選」をお届けしようと思う。 これらのサービスは過去にも類似したサービスがあったり、逆に全てが斬新だったりするものがあるが、令和という時代の流れにサービスの見せ方が非常に合致していると感じるものばかりだ。 広告収入が得られる短縮URL作成サービス「tobe（トゥービー）」https://to0.be/ 「URLをシェアするだけで簡単に収益化できるサービス」 Twitterでは長いURLのせいで文字制限に引っかかるケースがある。 これを短くしたり見栄えを良くするためにあるのが短縮URLである。既存だとbit.lyとか。 それに加えて、発行した短縮URLに広告を載せて収益化を
誰も書かないフリーランスの真実
会社員は終わっている、自分の武器を作ってフリーランスになれとアジっている人が多い 上司も仕事も勝手に決められる会社員より、得意分野に集中できるフリーランスのほうがいいぞ、と彼らは言うが、そんな甘いもんじゃない。 ●真実その1 「得意分野に集中できる」という嘘最も大きな嘘はこれだろう。自分の武器を売るから、フリーランスは得意分野に集中できると彼らは言う。 しかし、フリーランスは得意分野にはまったく集中できない。 なぜなら、フリーランスは営業も打ち合わせもスケジューリングも経理も自分でやらなきゃいけないからだ。 たとえば、デザイナーのフリーランスだったとして、デザインをやっている時間は2割くらいだろう。 まるでロックスターのようにフリーランスが好きなことだけやっている職業かのように喧伝されるが、むしろ好きなことをやっている時間は大幅に減る。 売上が減ったらクライアントの新規開拓を考えなきゃいけ
ほとんどの人が犯罪に手を出さない理由は
「捕まった時のリスクと釣り合わないから」だと思うけど、万引きとかの刑犯罪ならまだしも、殺人のような凶悪犯罪をおかさない理由として第一にこれを挙げると物凄くサイコパス感が漂うのなんでだろう
漫画村の情報提供をねとらぼに行うまでの思い
ここ2ヶ月ぐらいか、漫画村がピックアップされ始めた。 漫画村は自分のいた会社も広告を掲載していた。 そして自分はその違法サイトを見てみぬふりした。 その時の贖罪をしたくて、少しでも救われたくて、ねとらぼにすがった。 自分は［株式会社グローバ◯ネット］で働いていた。辞めた理由は何よりも心が痛かった、それだけだ。 幼少の頃から漫画や映画、アニメを見て育ってきた。この3つには今日まで支えられて生きてきていると言っても過言ではない。 他の人から見たら非常につまらない人生だと思う。 でも満足していた。 だからこそ心が痛かった。 違法サイトをスルーしなければいけない仕事は心が痛かった。 自分はクリエイティブな才能はない。クリエイティブの才能は持ち合わせていないが 生み出す事の大変さ・辛さ・世に出るまでの過程がどれだけ茨の道なのかを知っているつもりだ。 だからこそ心が痛かった。 業務になれた頃、違法サイ
漫画村のDDoS攻撃対策が予想以上にしっかりしていた
一昔前のインターネットなら、ある人々から気に食わないと思われるサイトは攻撃を受けてダウンさせられるような事がよくあった。終戦記念日に2chが韓国の右翼集団から攻撃されてダウンさせられていたといった話も聞いたことがある人が多いと思う。ここ最近のネット上で最も嫌われているサイトの1つである漫画村もダウンさせられていておかしくないと思うのだが、不思議な事に全くそういう話を聞かない。 気になったので検証のために踏んできた。検証と言ってもChromeでF12キーを押すと出てくるDeveloper Toolsを使っただけなので中学生でも出来るようなものである。 「漫画村」の名前を出すと宣伝になってしまう恐れはあるようだが、このエントリごときでアクセスは増えないと思うのでそのまま書かせていただく。 以下、説明を長ったらしく書くが、Web業界の人向けには「動的ページを極力排除した上でほぼ全てのコンテンツに
違法アップロードサイトが人気なのは「無料だから」だけではない
ここ数日、違法漫画アップロードサイトが俄に話題だ。 皆いろいろと憤っている。当然だ。完全なる著作権侵害、知財の無断利用で金を儲けている奴など断じて許してはならぬ。別に違法サイトを擁護しようというつもりはさらさら無い。 が、それを前提にちょっと皆に聞いて欲しいことがある。どうしても言いたい事がある。 あそこの配信サイトもこの電子書籍ビューアも、お前ら全員もっと漫画村を見習えクソが！！ いやもう正直言って今更サイト名伏せる意味もそこまで無いやろと思うので特に伏せずに発言する。 漫画村は確かに違法サイトであり、「タダで漫画が読める」というのが一番大きなセールスポイントだ。しかし、だ。ハッキリ言うが漫画村は「タダで漫画が読める」という点を差っ引いても、下手な正規ルートよりよっぽどユーザーに優しい作りになっている。その事については強く主張したい。 私が漫画村という名前を知ったのは半年ほど前だ。確か「
先輩経営者としてマジレスすると
https://anond.hatelabo.jp/20171201132715 給料（賞与じゃなくて毎月の給料）を定期的にちゃんと上げればたいていのやつは辞めないよ。 やりがいがないとか、経営者を尊敬できないとか、キャリアパスがどうとか、そういうのは本人は本当にそれが原因で辞めると思ってるんだけど、実際にはだいたい給料の不満が原因。人間って感情の生き物で、何かをする理由って基本的にすべて後付けで自己正当化してるだけなので、退職理由とか聞いても無意味よ。 若い子なら月給2-3万とかあげてやるとめっちゃ喜んで仕事への頑張りが目に見えて上がるし、優秀でそれなりに高い給料で「給与の不満はないです」と言ってるやつすら月給5万とかあげてやると笑っちゃうくらい忠誠心高まるのよ。経営者なら「売上は百難隠す」って聞いたことあると思うけど、俺から言わせれば「昇給は百難隠す」だよ。 この話をすると、たいていの
「普通の人」のハードル、上がりすぎてませんか？
「普通の人」 あなたはどんな人を思い浮かべましたか？ その人、「普通に」大学を出ていませんでしたか？ そして「普通に」それなりの会社の正社員としてフルタイムで働き、毎日の仕事が辛いのも「普通」のことだと考える人ではありませんでしたか？ もし想像した人に子供がいたら、「普通に」共働きしながら、家事も完璧ににこなして、子供を寝かしつけて次の日スッキリ仕事に向かっていませんでしたか？ もしここまでを読んで、「あ、私普通だ」と思った人、 どうか謙遜しないでください。あなたは「普通の人」ではなく、本来「すごい人」なのです。 今の世の中で、これをクリアするのは相当な運と努力が必要だったはずです。それで普通だなんて、明らかに正当な評価じゃありません。 しかし、残念ながら今社会に求められる「普通」は、このレベルになってしまいました。 もっともっと自分をすり減らしてこれを超えなければ、「すごい人」にはなれず
単体テスト盲信してる皆様へ
そもそも意味あるのかちゃんと考えてる？ 「単体テストを書けばバグが減ります！」 「単体テストのお陰で精神的安定を保てます！」 馬鹿じゃねーのかｗ？ テストコードのメンテなんてデバッグの手順書メンテしてるのと大して変わらねーよｗ その単体テストが本番と同一の動作をテストできてる保証はねーって気づけボケが 本番と同じ動作をテストしたかったらデバッグしろよ なんで別のコード書き始めちゃうの？無駄じゃん馬鹿じゃん それと「テストコードがあるから安全です」なんて寝言まだ言ってるの？ プロジェクトが進むにつれソースも依存ライブラリも変化する以上 いつも同じ結果になるわけじゃねーだろが、（保守しないって選択はあるけど金入ってこないだろ） 本番でもテストコード動かしますってやつら以外無理して単体テスト書く必要ないんじゃねーか？ お前らが欲しいのは軽いデバッグモードであって単体テストじゃねーだろ？ 工数削っ
初めて上司になって１年が経った
３０歳の若造なのに部署のトップになってしまい、今まで下っ端営業マンだった自分が数人の部下を持ってからもうすぐ１年。有給とはいえ特にやることがないので、この１年でやったことを書いていく。 ・細かいところまでとことん効率化 １０年前のやり方が化石のように現存していた部署だったので、毎日のように徹底的に効率化に励んだ。アナログで書いたり打ったりしていた書類を、せめてエクエルでと関数やマクロを組んでその人が理解するまで家庭教師みたいに一緒にやった。パソコン関係ではなく、細かい手順やルールまで「そもそもコレなんのために必要？」を毎回やって、徹底的に無駄を省いた。 ・定時退社おばけになった 定時がくると「定時ですよ～定時ですよ～」とフラフラと部署を歩き回るおばけになった。残って仕事をしている人には簡単に何をやってるのか説明してもらって、明日でも大丈夫そうだと自分が判断したものは「明日！明日！」と言いな
すごいエンジニアとすごくないエンジニアの違い
すごいエンジニアは残業少ないが、すごくないエンジニアは残業多めだ。 すごいエンジニアは給料が高いが、すごくないエンジニアは給料が低い。 すごいエンジニアは転職も積極的だが、すごくないエンジニアは転職に非積極的だ。 すごいエンジニアは使える言語が沢山あるが、すごくないエンジニアは片手で数える程度しかない。 すごいエンジニアはコードを作るが、すごくないエンジニアはコピーを作る。 すごいエンジニアは休憩の取り方が上手だが、すごくないエンジニアは休憩の取り方が下手だ。 すごいエンジニアは出来ない事にNOと言えるが、すごくないエンジニアはYESしか言わない すごいエンジニアは知識のアウトプットとインプットをするが、すごくないエンジニアはインプットしかしない。 すごいエンジニアはTwitterのフォロワーが多いが、すごくないエンジニアはフォローが多い。 すごいエンジニアは本を読むが、すごくないエンジニ
転職ドラフト経由でY社の内定貰ったけど - はてな匿名ダイアリー
提示された金額が指名時の金額と大きく違っていて辞退することになった。 こんな事を書くと関係者からは余裕で特定されると思うが、それでも問題提起したかったので書く。 転職ドラフトという、企業がWebエンジニアのプロフィールや職務経歴書を見て年収付きで指名を出すというサービス（イベント）がある。 「今までの転職活動は選考の最終段階になって初めて年収を提示されるためミスマッチが起きやすい。転職ドラフトではリアルな年収が最初に分かりその上で選考に進むか判断出来る！」というエンジニア目線がウリらしい。 https://job-draft.jp/ 面白そうだと思ったので登録してみたところ、大変有り難い事に500万～600万で6社ほどから指名を貰えた。 その中で興味のあった大手Y社の指名を承認し、面談で会社説明を聞いたあと改めて履歴書や経歴書を送りエントリーし、適性試験や数回の面接を経てとうとう内定を貰っ
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思..
IT業界の問題がいつも話題になるけど本当の問題をみんな勘違いしていると思う。 度重なる顧客からの仕様変更。 プロジェクトスタート時の見積もりの甘さ。 品質の低さによるバグの頻発。 ゴールの見えない仕事と重圧により耐えられなくなったメンバーの病欠や離脱。 それらがまた品質の低さと遅延の原因になる。 デスマーチなんてよく言われてるけれどもね。 IT業界の人は言う。 これらの原因は無茶なことを要求する顧客のせいであり、技術的な知識がないから実現すべきことが簡単にできると思っている客先の業務担当者のせいであり、そんな無茶な客と契約してしまう営業や営業から降りてきた案件を大して精査せずに受け入れてしまうプロジェクトマネージャーのせいだと。 でもちょっと待ってほしい。 それらの問題は本当に相手側にあるのか。 もっとうまくやる方法はなかったのかと思っちゃうんだよね。 例えば契約締結後の仕様変更。ここで理
残業代をゼロにすればいいんじゃね？
結構真面目な話。サビ残とか言ってないで残業代ゼロにすればいいと思うわ。 俺はいわゆる大企業に務めているが、サービス残業なんてもんじゃないよ。逆逆。対して仕事ができるわけじゃないのに遅くまで残って残業代をせびるモンスター乞食のなんと多いことか。 そもそも、仕事のできないやつほど残業代が出て仕事のできる奴よりお金貰える仕組みってのが完全に矛盾してるんだよ。生産性向上なんて無理だっつー話。 ボーナスとかの査定も、結局「お前良く働いてるから査定よくしておいたよ」みたいな感じになる。で、「がんばり」をどう判定するかは時間。 ばっーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーかじゃねええの。仕事で重要なのは如何にコスパよくいいもの作るかだっつーの。 でも頭バブルな上司にはそこら辺理解できないらしい。クソみたいに時間さえかけていればできるものはどうでもいいらしい。アホすぎる。
gitにおけるコミットログ/メッセージ例文集100
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。 要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。 仕方なく自分でまとめたので、増田に垂れ流しておく。 はじめにここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここ
全てのCOBOLエンジニアはだいたい糞である
この記事を読んだ。 http://anond.hatelabo.jp/20160619185731 元COBOLエンジニア、現Rubyエンジニアとして増田の記事がどうしても許せなかったので反応してみる。 この記事もこんなタイトルだけど、これもやっぱり主語が大きいと思う。 汎用系の現場でもRubyの現場でも優秀な人はたくさんいたし。 今では信じられないほどの経験を当時（といっても2年前）はしていた。 改めて今、RubyというかRailsを始めてよかったなーと思う。 そこで僕が経験した糞だった現場をご紹介したい。 （もちろん業界特有ということもあると思うが） インデントは定規で計るいやー、これが一番ひどかったな。 まず静的デバッグ（机上デバッグ）といってコンペアファイル、ソースコード、コンパイルログをそれぞれ紙出しして提出用（クライアント）、リーダー、上司用の3部印刷する。 全てマーカーを塗っ
全てのRubyエンジニアはだいたい糞である
汎用系のエンジニアからRubyのエンジニアとして転職して1年。 コボラー（笑）なんて言われることも多いが、この1年で出会ったRubyエンジニアは全て糞だった。 その特徴はだいたいこの3つだ。 1.テストを甘く見ているやれテスト自動化だ、やれテスト駆動開発だの口だけ達者なエンジニアの多いこと。 そもそもブラックボックステスト、ホワイトボックステストを分かっていない奴が多すぎ。 テストコードでカバレージが100%だったとしても実際の打鍵結果でエラーは弾けることが多いのにリリースしてしまう。 そもそもテストケース表を若いうちに書く習慣が無いからだ。 ドキュメントを揶揄し机上デバッグも行わない、こんな状態で「アジャイルですから」とかドヤ顔でいってしまうRubyエンジニアは糞である。 2.パフォーマンスを考えないRubyエンジニアはパフォーマンスを考えない。 どのメソッドがどれくらいの負荷なのか意識
ｊQueryからReactに移ろうとしてる自分の個人的な理由
http://anond.hatelabo.jp/20160521163144 内容から誰が書いてるかわかるかもしれんけど、まぁスルーよろしく。 jQueryもそんなにガッツリ使ってるわけでもないし、Reactはまだリリース前の調査兼下地作りの段階だけど 正直言ってjQueryに戻るつもりは毛頭ないぐらいReact便利だと思ってる。 でもjQueryを捨て去れるかというとそれも無理だと思ってる。 その辺のことを適当に書いてみる。 用途社内サポート的なことやってて、サポートのテンプレート対応を省力化するために Webでツール作って人が対応するコストを減らすために使ってる。 チーム組んでガッツリ大規模ツール開発ってわけでもない。 jQueryで一つツール作ってリリースしてそこそこ人的コスト削れたのはよかったと思ってる。 jQueryは脳内DOMツリーとの格闘に疲れ果てた最大にして一番の理由がこ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんでIT業界なのに本で勉強してんの
電子書籍で漫画コンプしてる人って何が目的なの？