土增稅重購退稅 & 房屋保固

姑且不論屋主抱持著什麼心態選擇售後回租,臉書粉絲專頁《賣厝阿明 知識+》曾提醒當買家這種狀況時,有兩點需要特別注意,第一點為可能無法申請土增稅重購退稅,因根據現行法規,申請土地增值稅重購退稅的條件之一,就是出售前1年內不能有,營業使用或出租;第二點則是房屋保固,因為「漏水保固」是在交屋日起算6個月內,如果售後回租可能會遇到買方還沒點交確認完內部狀況,保固時間就到期的情形。


時空背景:2022 年春天開始,美國通膨飆升超過 8 %,FED 開始升息縮表以降低通膨

這次的通膨回顧 197x 年代的經驗,FED 必須堅持長期高利率才能解決極度惡化的通膨現象

引發超級通膨的原因是在此之前爆發武漢肺炎,全球經濟活動停擺,FED 實施無限 QE,引發台股停漲在接近 2 萬點的超級泡沫化等現象。

197x 年代,美元利息最高達到 20% 以上,美元兌台幣升至 40 元以上。


房市翻轉搶賣高點?他曝兩大怪現象

近來房市降溫的訊號頻頻出現,在央行升息、政府打炒房政策的雙重影響下,不少屋主都想趁著這段時間趕緊將手中的房子轉手,不過卻有人在看房的過程中,發現了不少怪現象。

 一名網友在PTT上發文,表示自己近來頻繁看房,發現許多屋主把房子拿出來賣,但是價格卻相當的硬,每個人都想要賣出社區最高價,不過卻又要求出售後回租一年到半年,或是要讓租客租到半年後,讓他相當不能理解為何要現在拿出來賣。


除了屋主外,遇到的房仲也讓他傻眼,因為每個房仲都替屋主保衛價格,要他去看其他比較便宜的物件,或者是不同品牌的房仲都宣稱對方的房子已經賣掉,但事實上都沒有賣掉,讓他大嘆「只是想買個房,搞得好複雜又好累」。

 底下有網友留言表示贊同,寫到「跟你感覺差不多,被搞到整個懶得看,全部改拿去丟美元定存了」、「賣不掉才會做一堆小動作保衛價格」、「近期也很有感覺,看房看到心累!想要找個滿意的手頭又太緊…」。

 至於為何那麼多屋主選擇售後回租,也有不少網友給出了合理的解釋,分析「感覺要跌了,先賣再跟你回租,等跌了一年再問你要不要賣回來」、「最近一堆想賣再最高點,賭一年後房價崩,再拿現金買低」、「就是放空自己的房子,賣在最高點」。

姑且不論屋主抱持著什麼心態選擇售後回租,臉書粉絲專頁《賣厝阿明 知識+》曾提醒當買家這種狀況時,有兩點需要特別注意,第一點為可能無法申請土增稅重購退稅,因根據現行法規,申請土地增值稅重購退稅的條件之一,就是出售前1年內不能有,營業使用或出租;第二點則是房屋保固,因為「漏水保固」是在交屋日起算6個月內,如果售後回租可能會遇到買方還沒點交確認完內部狀況,保固時間就到期的情形。

Case Study: 新型態的兒童看護新創

* https://withotter.com/

Otter Childcare

Keywords: Trust & safety.

- July 2021 We announced our Series A led by Sequoia.

- Parents who need childcare pay another parent to care for their child.

- We’ve helped more than 3,500 parents provide care and earn more than $20 million dollars collectively.

And in August 2022, we began welcoming caregivers of all backgrounds to the platform, including but no longer exclusively, stay-at-home parents.

- How it works: https://withotter.com/careseeker



* https://www.abule.io/

Keywords: machine learning, blockchain, CARE$ token, DAO,  Community, Trust & safety.

They have a strong belief based on their culture. 

https://www.abule.io/our-roots

Abulé is more than just about bartering childcare and school pick-ups. It’s about building a network of relationships based on mutual trust and respect. We’re on a mission to not only help with the physical needs of caregiving, but also the mental and emotional support that parents don’t always have. Abulé is designed to provide a holistic approach to care management — for childcare, eldercare and household care. We aim to lean on each other rather than a system, schedule or routine. These may fail, but a strong community never will. Let’s go back to the culture of togetherness we once knew and loved. Together, we will thrive.

“Regardless of a child’s biological parents, their upbringing belongs to the community.” 

常用的工具軟體




Thunder Video Converter 

閃電視頻轉換器是支持 macOS 平台的一款視頻格式轉換工具,於 Apple App Store 上有免費版。




IINA 是一款基于 mpv 的自由及开源媒体播放器,以 GNU 通用公共许可证版本3(GPLv3)发布,用Swift编写,仅支持 macOS 平台。

https://iina.io




LibreOffice

https://www.libreoffice.org




Sublime Text 是一套跨平台的文字編輯器

https://www.sublimetext.com/





ExFAT 在 Win 與 macOS 交替使用容易損毀

如果要在 macOS 和 Windows 之間交替使用外接硬碟時,一定要在 macOS 上將硬碟格式化,因為 macOS 並未支援所有的 Windows 配置單位大小,而會導致無法掛接硬碟

如何在 macOS 格式化 ExFAT:https://www.seagate.com/tw/zh/support/kb/how-to-format-your-drive-exfat-on-macos-1011-el-capitan-and-higher/


然而,根據網友的使用經驗,ExFAT 在 Win 與 macOS 交替使用容易損毀

https://www.mobile01.com/topicdetail.php?f=481&t=2844693

災情詳如網友討論,

簡言之,兩個 OS 都試圖要管理同一顆硬碟的 partitions,容易出問題。

最好還是由其中一方 OS 來管理這顆硬碟 (專用於那一方的檔案系統),然後另一方安裝當三方軟體來存取。


1. 在 Windows 中安裝 MacDrvie (付費軟體)

2. 在 macOS 中安裝 MacFUSE (免費軟體)、NFTS-3G (免費軟體)、或 Paragon NTFS for Mac (付費軟體)




APFS 是設計給 SSD 使用的,HFS+ 只支援到 2040年

https://masasaboy.blogspot.com/2018/09/High-Sierra-without-APFS.html

隨著macOS Mojave的釋出,Apple也停止了對El Capitan的維護,因此我也在最近將系統更新到了High Sierra(我跳過了Sierra,主要原因是Sierra不支援外接螢幕HiDPi)。

屏除你在官方介紹就能看到的東西以外,High Sierra有幾個非常值得提出來的優點。第一是安裝完就會立刻發現的是作業系統佔的容量比El Capitan小了很多,對於當時買MacBook時選了比較小容量機型的人應該是一大福音;另外整體的速度也比El Capitan快... 當然也有可能是因為硬碟容量清出來了所以比較快啦。

第二個優點非常重要,那就是High Sierra原生支援NVMe (Non-Volatile Memory Express) SSD。假如你的MacBook是2015年(包括)以前的機型,其實主機板上的PCIe SSD是可以更換的。然而PCIe SSD規格非常混亂,加上Apple自己又喜歡搞特規,所以以往MacBook即使可以更換SSD,你也只能買特殊規格的SSD來換,像是OWC,或是臺灣就是找創見。當時能夠更換的稱為AHCI (Advanced Host Controller Interface) SSD ,這種SSD非常昂貴,而且你能找到的AHCI SSD通常速度跟品質都不如Apple原廠的(Apple原廠的AHCI SSD一般為SanDisk或Samsung),使得當時自己更換MacBook內的SSD非常不划算。

相較於AHCI,NVMe SSD就便宜許多了,當然價格還是不可能跟SATA SSD相比啦,但NVMe SSD有著超越AHCI的超高速度,如果機器完整支援PCIe 3.0的4條通道,讀寫速度可以到3000MB/sec這麼爽快的速度啊!而且也有廠商做出了轉接頭,所以想買個可以負擔的SSD替換MacBook的內建硬碟再也不是夢想啦!

不過因為我還沒有時間處理轉移的問題,而且雖然硬碟空間是有點拮据,但也還夠用,因此暫時沒有要對更換SSD一事做更多的著墨,但就先提供一個可能性,附上一些連結讓有需要的人可以自己嘗試看看。一如以往,話先說在前頭:Use at your own risk.

HOW TO: MACBOOK PRO RETINA M.2 SSD STORAGE REPLACEMENT AND UPGRADE
Do MacBooks support NVMe SSD drives via the use of a Sintech adapter?


除了原生支援NVMe以外,High Sierra還有一件重要的更新,那就是APFS (Apple File System)。當你從任何舊版的macOS升級成High Sierra時,假如你機器的硬碟是SSD,那麼升級的過程將會自動將檔案系統從過往的HFS+ (Mac OS Extended) 升級為APFS,傳統硬碟以及混合硬碟則不會自動升級,因為APFS就是設計給SSD使用的。

HFS+終將走向終點,因為當時設計時有個限制,那就是檔案日期只支援到2040年的二月6號。然而,APFS現階段看來也還是有各種缺點,尤其根據一份非常詳盡的測試,其效能並不如官方宣稱比HFS+來得高。雖然像是搬檔案這種動作在APFS中會瞬間完成,因為只是換個檔案的位址,不再是像以往把整個檔案從區塊A寫到區塊B,但你總不會永遠只有在搬檔案吧?

另外,由於過往的macOS使用的檔案系統都是HFS+,這同時也造成一個問題,那就是當你升級成High Sierra之後,會發現過去用Time machine備份的檔案全都不能用了!更尷尬的是,High Sierra並沒有辦法直接安裝在APFS格式的SSD上 (What?),所以如果得重灌,使用者得利用Recovery先重灌機器自帶的作業系統版本,然後才能升級上High Sierra。(來源)

總之,各種我得到的資訊都讓我認為先停在HFS+是比較好的做法,畢竟Apple的產品照過往的經驗,通常第一代還是別碰的好。幸好,High Sierra確實可以在安裝的時候避開將檔案系統升級成APFS(畢竟如果是傳統硬碟跟混合硬碟的機型本來就不會轉換了嘛),但就得下點指令了。

我主要是參考這篇的做法來進行。在你下載完High Sierra的完整安裝檔之後,對安裝檔 (.app檔) 點右鍵選擇 "Show Package Contents" ,照著網站的指示在Resources資料夾中找到startosinstall這個檔案。接著打開Terminal,最簡單的作法就是把剛才那個startosinstall從Finder直接拖進Terminal,接一格空格,然後給上參數 --converttoapfs NO ,按下Enter整個安裝過程就會開始進行了。完整的指令會像是:

/Applications/Install\ macOS\ High\ Sierra.app/Contents/Resources/startosinstall --converttoapfs NO

注意,我參考的那個網站真的很落漆,不但在指令那行把兩個減號(-)變成一個連字號(–),converttoapfs還忘記加s(但在Terminal的截圖中卻是正確的...),使用的時候要注意一下。不過你打錯它也不會讓你跑就是了啦。

我目前在升級成High Sierra使用的過程中幾乎沒有遇到任何相容性問題,整體來說我還蠻滿意的,祝大家也能在升級後使用愉快。



網站開發的前端技術變化

 



2021/10/9 整理

現在前端已經進入了 MVVM 時代,但 jQuery 並不會退出歷史舞台,即使沒人用 XP、Win7 操作系統,即使所有人都用 Chrome 也不會。jQuery 手工操作已經存在的 DOM,操作比較精細,性能好但開發效率低,瀏覽器兼容較好,各個門戶主要還是用 jQuery。


MVVM 解決的是開發效率問題,構建複雜表單比較順手,大大降低了手工操作 DOM 的代碼量,適合內部應用,管理後台,但 MVVM 不是萬能的,缺點是

1. 要實現 DATA 變化的雙向綁定,一般瀏覽器兼容差

2. DOM 動態生成無法 SEO,搜索引擎搜不到

3. 通過數據操作 DOM 實質上不夠精細,有一點性能上的損耗


jQuery 解決的是遠古時代的瀏覽器兼容問題,將 DOM 操作做了一層兼容性封裝,但其用法本質上與直接使用原生 JS 接口沒有什麼不同。

1. 原生操作 DOM 不可能消失,雖然已經有了 document.querySelectorAll(selector),但有沒有覺得還是 $(selector) 更方便?雖然有了 element.addEventListener(event, handler) 但 $(select).on(event, handler) 是不是更簡潔?

2. jQuery 有一個強大的前端生態

畢竟流行了十幾年,目前很多複雜前端組件、框架都基於 jQuery,比如說編輯器,日期選擇器,自動提示等,你可以用 MVVM 來重寫,但動態渲染 DOM 與穩定性 DOM 有先天的性能差距,越複雜的控件,MVVM 的性能損失越明顯。

而且基於 jQuery 相當於基於原生 JavaScript,jQuery 可以視為原生 API 的一層封裝,以後沒有瀏覽器兼容問題了,自己實現一個 jQuery 適配器即可,比如 zepto,所有基於 jQuery 的組件可以直接用。







JavaScript 和 jQuery 混用

JavaScript window.onload 和 jQuery $(document).ready() 的差異

在撰寫頁面的 JavaScript 或 jQuery 時,通常會利用 window.onload 事件或 $(document).ready() 事件來確保 DOM 完全載入,不過兩者仍有以下差異。


window.onload 會等網頁的全部內容,包括圖片,CSS及 <iframe> 等外部內容都載入後才會觸發,但 $(document).ready() 在 Document Object Model (DOM) 載入後就會觸發,所以順序上$(document).ready() 會比 window.onload 先執行。


window.onload 是 JavaScript 的原生事件,而 $(document).ready() 是 jQuery 的事件(其實是透過監聽 JavaScript 的 DOMContentLoaded 事件來實現)。


window.onload 的用法如下:

window.onload = function() {

  // console.log("window loaded")

};


$(document).ready() 的用法如下:

$(document).ready(function() {

  console.log("document ready");

});

// 也可簡寫成

$(function() {

  console.log("document ready");

});



jQuery 轉為 JavaScript: var jsObject=$("#id").get(0);

JavaScript 轉為 jQuery: var $object=$(document.getElementById("id"));



JavaScript 呼叫 jQuery 方法:

function getResult(){

    $().getFuc();

};

$(function(){

    $.fn.getFuc=function(){

        alert("1111111111111");

    }

});


 jQuery 呼叫 JavaScript 方法:

$("#button3").click(function () {

        getFuc();

    });

function getFuc(){

       alert("111111");

}



在 HTML 中使用 onclick 方法與 jQuery 的事件監聽有何差異 (JS 亦能實現) ?

onclick 通常是在滿足以下條件時才優先於 .click 的方法:

1. 只有一個事件要為 click 事件註冊
2. 擔心移動性能/電池壽命

jQuery 以犧牲性能為代價來綁定所有事件。

如果我們談論性能,在任何情況下直接使用總是更快。


但倡導事件監聽的理由是 JavaScript 和 佈局(HTML) 應該分開
提倡者認為任何這些事件創建 evenHandler 是更好,一個事件可以捕獲多個項目,而不是為每個事件創建單獨的腳本



防禦利用 iframe 的站點劫持攻擊

https://paper.seebug.org/papers/Archive/drops2/Clickjacking%E7%AE%80%E5%8D%95%E4%BB%8B%E7%BB%8D.html



各種防禦與破解的方法整理


推荐的防御方法:


一、X-FRAME-OPTIONS

X-FRAME-OPTIONS是微软提出的一个http头,专门用来防御利用iframe嵌套的点击劫持攻击。

并且在IE8、Firefox3.6、Chrome4以上的版本均能很好的支持。

这个头有三个值:

DENY               // 拒绝任何域加载

SAMEORIGIN         // 允许同源域下加载

ALLOW-FROM         // 可以定义允许frame加载的页面地址

php中设置示例:

header ( "X-FRAME-OPTIONS:DENY");

二、目前最好的 JavaScript 的防御方案为:

<head>
<style> body { display : none;} </style>
</head>
<body>
<script>
if (self == top) {
    var theBody = document.getElementsByTagName('body')[0];
    theBody.style.display = "block";
} else {
    top.location = self.location;
}
</script>




0x00 相关背景介绍

Clickjacking(点击劫持)是由互联网安全专家罗伯特·汉森和耶利米·格劳斯曼在2008年首创的。

是一种视觉欺骗手段,在web端就是iframe嵌套一个透明不可见的页面,让用户在不知情的情况下,点击攻击者想要欺骗用户点击的位置。

由于点击劫持的出现,便出现了反frame嵌套的方式,因为点击劫持需要iframe嵌套页面来攻击。

下面代码是最常见的防止frame嵌套的例子:

if(top.location!=location)
    top.location=self.location;

事实上,这种代码很容易被绕过,在后文中讨论。

0x01 防御的几种方式

防止frame嵌套的js使用代码由高到低比例:

if (top != self)
if (top.location != self.location)
if (top.location != location)
if (parent.frames.length > 0)
if (window != top)
if (window.top !== window.self)
if (window.self != window.top)
if (parent && parent != window)
if (parent && parent.frames && parent.frames.length>0)
if((self.parent&&!(self.parent===self))&&(self.parent.frames.length!=0))

检测到后的处理方案:

top.location = self.location
top.location.href = document.location.href
top.location.href = self.location.href
top.location.replace(self.location)
top.location.href = window.location.href
top.location.replace(document.location)
top.location.href = window.location.href
top.location.href = "URL"
document.write('')
top.location = location
top.location.replace(document.location)
top.location.replace('URL')
top.location.href = document.location
top.location.replace(window.location.href)
top.location.href = location.href
self.parent.location = document.location
parent.location.href = self.document.location
top.location.href = self.location
top.location = window.location
top.location.replace(window.location.pathname)
window.top.location = window.self.location
setTimeout(function(){document.body.innerHTML='';},1);
window.self.onload = function(evt){document.body.innerHTML='';}
var url = window.location.href; top.location.replace(url)

0x02 绕过的几种方式

对于使用parent.location来防御的可以使用多层嵌套的方式绕过。

一、例如防御代码为:

if(top.location!=self.location){
     parent.location = self.location;
}

建立两个页面:

1.html代码为:

<iframe src="2.html">

2.html代码为:

<iframe src="http://www.victim.com">

访问1.html之后可以看到页面并无跳转等动作。

http://static.wooyun.org/20141017/2014101711515250154.png

二、onBeforeUnload函数的利用:

onBeforeUnload的介绍以及各种浏览器的支持情况请见:

http://w3help.org/zh-cn/causes/BX2047

如下的防御代码:

if(top != self) top.location.replace(location);

新建立页面,代码如下:

<script>
var framekiller = true;
window.onbeforeunload = function() { if(framekiller) { return
"Write something here to keep people stay!";} };
</script>
<iframe src="http://www.victim.com/">

打开页面显示如下:

http://static.wooyun.org/20141017/2014101711515274922.png

欺骗用户点击留在此页后显示:

http://static.wooyun.org/20141017/2014101711515228109.png

三、XSS filter的利用

IE8以上以及Chrome浏览器都有XSS筛选器,这些可以用来对付防御frame嵌套的代码。

防御代码如下:

if(top!=self){
    top.location=self.location;
}

新建立页面,代码如下:

<iframe src="http://www.victim.com/?<script>">

访问后页面显示:

http://static.wooyun.org/20141017/2014101711515211018.png

IE的xss筛选器自动拦截了跳转。

斯坦福的文章里写了Chrome也会出现这种情况,并给出了攻击代码:

<iframe src=http://www.victim.com/?v=if(top+!%3D+self)+%7B+top.location%3Dself.location%3B+%7D">

但是测试发现,新版的Chrome并不会拦截了,会直接跳转过去。

如果跟的参数中有变量在页面中显示的,会把变量过滤一遍再输出,但不会阻止跳转。

四、Referer检查的问题

有一些站点允许自己的域名嵌套自己,禁止外站对自己的嵌套。

通常是用document.referer来检测来源是否为自己的域名。

if(top.location!=location){
    if(document.referrer && document.referrer.indexOf("aaa.com")==1)
    {
        top.location.replace(document.location.href);
    }
}

判断字符串中是否含有本域名是常见的错误用法,利用二级域名的方式便可绕过,如:

http://aaa.com.bbb.com

注:从https域下post数据到http域的时候,浏览器不带Referer。

IE有个属性可以设置security为restricted可以禁止iframe里执行js脚本,但是要达到点击劫持的效果,必须要能够执行js所以很鸡肋。

代码如下:

<iframe src="http://www.victim.com/iframe.html" security="restricted"></iframe>

重点是手机站点,很多主站做的很不错,但是手机站点没有做任何防护,很容易造成点击劫持。

五、location劫持

在IE浏览器中,如果能够在防御代码的前面可以插入form表单的话,可以利用form表单对location进行劫持。

<form name=self location="javascript:alert(1)"></form>
<script>
if(top!=self){
   top.location=self.location
}
</script>

用iframe嵌套此代码,可以看到没有跳转,执行了alert(1)。



捐贈眾籌分析:GoFundMe

https://www.01caijing.com/blog/7936.htm

10月21日,美國著名眾籌網站Indiegogo將旗下主打慈善、捐贈等以個人募資活動為主的眾籌板塊Indiegogo Life獨立出來,成立了新的捐贈眾籌平台Generosity,突出捐贈眾籌方向。在業內人士看來,這不是一次簡單的業務調整,而是Indiegogo向捐贈眾籌老大GoFundMe發起挑戰的標誌,後者在2014年底一舉超越Kickstarter,已經成為世界上最大的眾籌平台。

捐贈眾籌平台代言人--GoFundMe

GoFundMe是一家美國眾籌網站,於2010年上線。不同於專注、精緻的Kickstarter和開放包容的Indiegogo,GoFundMe從運營伊始就選擇了一條與眾不同的道路。 GoFundMe的目標是建成一個為個人需求、個人活動或是個人目標提供眾籌募資服務的平台,它的服務範圍十分廣泛,例如為患病的親友募捐,為一場體面的葬禮募捐,為社區的橄欖球隊募捐,或是為一場旅行募捐等等。目前,GoFundMe接受來自於美國、英國、加拿大、澳大利亞和一些使用歐元的歐盟國家的眾籌項目,全世界各地的人都可以在GoFundMe上進行捐贈。

與行業大佬Kickstarter和Indiegogo相比,在GoFundMe上發布的項目更接地氣兒,更貼近個人生活。 GoFundMe將項目分為21個大類,包括重大災難、醫療、志願者、緊急事項、教育、紀念、體育、動物、生意、慈善、社區、競賽、創意、節日、信仰、家庭、重大新聞、婚嫁、旅行、心願和其他等。先鋒金融綜合研究所數據顯示,截至2013年8月30日,GoFundMe上有約17%為醫療眾籌項目,11%為籌集學費項目,10%為籌集旅行費用項目。

GoFundMe要求發起人使用實名,保證項目的真實和信息的透明,但捐贈人可以保持匿名。一般情況下,眾籌項目通過社交媒體分享後,所受捐贈基本都來自於發起人的親友、同事、同學、鄰居等生活中的熟人。對於項目的真實性,GoFundMe不予以百分之百的保證,僅是鼓勵捐贈者只對認識和信任的熟人進行捐贈。除此之外,GoFundMe還要求發起人保證個人信息與Facebook信息一致。

在GoFundMe上發起眾籌項目十分簡便,項目可以不設定時間限制和目標籌款金額,這意味著受贈人可以隨時提現而不會影響眾籌進程;捐贈者進行捐贈也很容易,還可支持月捐。

但值得注意的是:在GoFundMe上進行眾籌並不免費,平台會從每個項目的募得資金裡抽取5%作為手續費,第三方支付機構也會收取一定的手續費。

GoFundMe對收費原因的解釋是:GoFundMe所收費用主要是運營費用,用於網站維持、人員工資等。 GoFundMe的收費政策使其具有很強的盈利能力,無需外部資金輸血。所以它直到2015年4月末才傳出準備融資的新聞,那時其估值已超5億美元。

福布斯中文網數據顯示,按現有收費政策測算,GoFundMe在最近12個月內實現營收5,000萬美元,其中大部分是利潤,而Kickstarter的年利潤僅在500萬到1,000萬美元之間。 2011年至今,GoFundMe取得的數據在眾籌行業內十分亮眼:

1、騰訊科技數據顯示,2013年至2014年9月,GoFundMe平台上共發起了近15萬個教育類眾籌項目,總籌資額達到1,777萬美元。 2011年至2014年,有關學費的眾籌項目已增長了約45倍;

2、2014年,GoFundMe為一個絕症女孩籌集了183萬美元的醫療費用,這是GoFundMe平台上籌資最多的項目;

3、2014年底,GoFundMe在籌款額上一舉超越Kickstarter,成為世界上最大的眾籌平台;

4、2015年5月18日,GoFundMe平台上的籌款額已經達到10億美元,這些籌款來自於100多萬個募資活動的1,100多萬捐贈者;

5、2015年7月,GoFundMe的聯合創始人向Accel Partners和Technology Crossover Ventures等投資機構出售了多數股份,完成了首輪融資,估值達6億美元。

GoFundMe在眾籌行業內一直都不能算是明星企業,沒有像Kickstarter和Indiegogo們那樣備受關注,可以說是一直在“悶聲發大財”。然而,隨著業績的突飛猛進,GoFundMe的行業地位開始凸顯,也越來越多的受到業內同行的關注和效仿。這也正是Indiegogo將聚焦於個人募資活動的Indiegogo Life板塊獨立出來,推出Generosity的主要原因。

“悶聲發大財”的秘訣

GoFundMe的追隨者們包括Generosity(Indiegogo Life)和Tilt(原Crowdtilt)等,他們都採取了各種方式與GoFundMe展開競爭。新成立的Generosity表示他們不會向個人募資活動收取費用(支付手續費除外),將以較低的價格進行競爭。而Tilt自更名之後,對原有網站進行了重新設計,希望通過順暢的用戶體驗來吸引用戶。

然而,這些舉措在短期內似乎無法撼動GoFundMe在捐贈眾籌領域的老大地位,因為GoFundMe擁有獨到的“發財秘訣”。

為了一切眾籌

與Kickstarter只關注創意項目相比,人們在GoFundMe上幾乎可以為了一切眾籌--或者說任何什麼人都可以因為任何理由在GoFundMe上眾籌。 2013年時,曾有一位美國女職員為了償還從主管處盜取的錢,在GoFundMe上發起了眾籌,最終得到了一定數額的捐贈。她表示,眾籌的目的只是為了說明“自己並非是一位壞公民,只是一時鬼迷心竅走錯了路而已”。另一則事件發生在今年,美國一家“反同”披薩店為彌補因堅持立場而遭受的財務損失,在GoFundMe上發起了眾籌,兩天時間就籌集到約84萬美元。除此之外,GoFundMe上還發起過為殺害黑人少年的警官達倫o威爾遜提供支持的籌資活動,雖然該活動最終因為爭議太大而被發起人關閉,但籌資總額已高達43萬美元。

在對眾籌原因的接受程度上,GoFundMe顯得更加開放,它一直強調平台的中立地位,認為“最開放的平台將擁有最大的影響力”,正如Facebook、Twitter們做的一樣。

病毒式傳播

GoFundMe要求每個發起人都具有真實的Facebook信息,在發起項目之後可以將項目信息分享到Facebook、Twitter等社交網站,讓自己的親人、朋友、同事、鄰居等熟人都參與其中。同時,GoFundMe強調故事真實、信息透明,一個真實感人的故事往往能快速吸引人們的注意--人們即使不直接進行捐贈,也會願意通過社交網絡把項目分享給其他可能進行捐贈的人,畢竟點擊分享按鈕只是“隨手之勞”。基於以上兩點,再與時下熱點或敏感話題相結合,很容易造就病毒式傳播的募資活動。

2013年12月,美國佛羅里達州居民Curtis Shannon在社交網絡上曝光了一段自己被警察暴力威脅的視頻,該視頻在社交網絡上迅速傳播開來。人們在對Curtis Shannon表示同情的同時,也在GoFundMe上用於支持其法律費用的眾籌項目上慷慨捐款,使籌款金額很快達到了3700美元。除此之外,上文中提到的捐贈“反同”披薩店的眾籌活動和警官達倫o威爾遜的眾籌活動都是利用熱點事件和敏感話題進行病毒式營銷的典型案例。

在病毒式營銷的過程中,GoFundMe實際上完成了對平台的品牌推廣,讓越來越多的人知道了GoFundMe和其從事的工作。

去XX的規則限制

與Kickstarter繁瑣的規則限制相比,在GoFundMe上發起眾籌項目顯得十分簡單。 “發起-募集-收款-管理”四步便捷的流程,項目沒有時間限制和目標籌款金額限制,受贈人可隨時提現又不影響眾籌進程,沒有雜亂無章的廣告,這些使得用戶幾乎無需花費太多時間成本和學習成本即可輕而易舉的發起一項屬於自己的眾籌活動。

即使與其他捐贈眾籌網站相比,GoFundMe也有其獨特優勢。頁面風格上,同類網站Generosity和Tilt雖然更加酷炫但不夠接地氣兒,強調發起項目而不是展示項目;GoFundMe頁面簡潔清晰、分類明確,強調展示項目而不是發起項目。發起流程上,Tilt需要設定籌款時間(最長60天)和目標籌款金額等,對發起項目的原因也有所限制(不允許發起與虛擬產品有關的項目)。 Generosity發起項目則需要8個步驟,比GoFundMe更加複雜,並且它推薦發起人優先使用Email而不是社交網站分享項目信息。

總體來說,GoFundMe拋開了眾籌平台應有的大部分規則限制,無論是從頁面設計還是從用戶體驗上看,它都顯得平實又貼近生活,使人人都可參與,沒有距離感。

超越眾籌本身

成立於2010年的GoFundMe與Generosity(前身Indiegogo Life成立於2014年)和Tilt(前身CrowdTilt成立於2012年)相比,具有一定的先發優勢,形成了大量的用戶沉澱和網站流量,使其成為了個人募資活動發起者的首選網站。現如今,在GoFundMe上發起眾籌項目已經不只為尋求資金了,人們或是為了引起他人對某些事件的關注,或是為了推廣某些產品或品牌,或是為了宣傳某些理念,這已經超越了眾籌本身。

2015年2月,一名波士頓男子在GoFundMe上發起了一項目標金額為300億美元的眾籌,目的是要用籌集來的資金修繕波士頓的交通系統,使其變得更加安全舒適。 300億美元幾乎是不可能完成的目標,該男子發起眾籌的真正目的只是為了引起政府和公眾對交通系統老化問題的關注。

通過GoFundMe發起眾籌項目越來越多地成為人們尋求幫助、傳播信息的一種生活方式,而並非眾籌本身。這種趨勢引起的結果很可能是使GoFundMe成為如Facebook、Twitter、LinkedIn之類在其領域擁有世界性影響力的網站。

在GoFundMe奠定了用戶基礎、產生了一定的業務壁壘之後,收取費用成為了水到渠成的事情。並且,從發起方考慮,大部分個人募資活動都具有急迫性(如醫療費用項目和學費項目等),在發起人急需資金時,少量的費用與時間相比就已不在考慮範圍之內了。

當然,GoFundMe的強勢並不意味著其他捐贈眾籌平台沒有機會,據GoFundMe的首席執行官Rob Solomon表示,美國每年至少有3,000億美元的資金投入到非營利組織上,這表明其中與個人捐贈相關的市場仍具有很大潛力。



程式語言編年史

程式語言編年史原文 下面這張圖片描繪了整個程式語言的歷史。包括各種程式語言的發明人、程式語言的特點和適用領域、被什麼網站或公司使用等 (檢視 完整高清圖 )。 之所以會有那麼多不同的程式語言是因為設計程式語言的初衷不同、對語言學習曲線的追求不同、不同程式之間的執行成本差異...